ITPub博客

生产环境做维保发现一系列weblogic漏洞，那么去哪里下载最新的补丁？

如果你不懂Linux技术，或者仅仅略懂Linux操作系统，但是在工作中需要对服务器的访问进行审计、巡检、抽查等，担心做不好。不过这不是问题，你可以参考文中的方法，使用Linux服务器的巡检用户和基础命令，捕捉用户登录痕迹。

内网环境安装MySQL workbench8.0，用于连接MySQL 8.0数据库，结果发现双击安装包之后，无响应！！！什么都没弹出来。。。

磁盘空间满导致Oracle数据库表空间不能拓展，提示ORA-1653: unable to extend table……，直接移到其他路径下，暂时解决该问题，保证数据库的可用性。

Linux操作系统base64命令操作案例，并解决-bash: !: event not found的问题

在备份数据库应用RMAN备份日志打开数据库，执行alter database open resetlogs;命令，提示ORA-00392: log 2 of thread 1 is being cleared, operation not allowed，ORA-00312: online log 2 thread 1: '/u02/app/oracle/oradata/cams/redo02.log'错误

归档日志路径可以配置一个也可以配置多个。路径可以是本地路径，如本地文件系统，ASM磁盘组；也可以是远程路径，如备份数据库。设置多个归档日志路径，可以对归档日志做冗余，即使有一个目标盘损坏，也可以保证归档日志是可用的。本文涉及db_recovery_file_dest、db_recovery_file_dest_size、log_archive_dest、log_archive_duplex_dest、log_archive_dest_n等参数的修改和使用。

从官方文档抓取关键信息，全面了解Archived Redo Logs归档重做日志的用途以及其优点。既要知道归档日志是什么，也要知道开启归档日志的目的。不过开启归档后占用一定硬盘空间等问题则不在本文讨论范围。

Java程序版本更新之后，重启weblogic发现java.lang.UnsupportedClassVersionError Unsupported major.minor version 51.0错误，应该如何处理呢？

今天遇到一个比较神奇的问题，客户某套测试数据库断电重启了，重启时发现数据库提示ORA-01157: cannot identify/lock data file和ORA-01110的错误，经过检查发现是系统启动后未挂载存储，表空间都放在存储盘上，手工挂载存储后所有问题迎刃而解。当时没有记录问题，这里通过测试环境模拟重现问题。

Oracle数据库爱好者在进行数据库深入研究时，可以自行创建表进行操作，也可以借助sample schema下初始化的表和数据。本文分享了scott用户下的表结构、初始化数据和建表语句。

假设现在进行OCM考试，不习惯在命令行敲sql，希望在图形化工具中操作；又或者进入了某公司机房，登陆服务器操作，希望在图形化工具中操作。怎么办呢?使用Oracle Sql Developer是个不错的选择。

本文为了验证sys/system用户下的一个问题，对数据库做了一次冷备。另外，考虑到本机磁盘空间不足，将需要备份的文件传输到其他服务器上存储。

对于问题ORA-14511: cannot perform operation on a partitioned object，oerr给出的解决建议是“Action: Retry the command with correct syntax.”，其实就是语法错了，应该在partition分区级别进行迁移。

删除UNDO表空间过程极其容易遇到ORA-01548问题，因为是测试环境，所以文中实操的方法是将undo表空间offline之后删除。如果担心数据损坏，可以在删除前对数据做备份，或者参考文中附录的MOS文档进行精细化处理。

本文对于Interval partition分区表内查询数据的方法提供了可行方案，并在测试环境进行验证。特别的，本文附录了2种MOS上提供的方法，并将相关文章附在文末，供没有MOS账号的朋友参考学习。

这里对Oracle数据库日常维护过程中最常用的参数之一【JOB_QUEUE_PROCESS】进行一次调研，了解简单参数背后的讲究。

Linux下执行数据泵expdp和impdp命令，很多情况下需要做字符转义。同时，数据泵也提供了parfile参数，可以避免字符转义的麻烦。

如果用Java开发一个程序，能够调用Oracle的数据泵expdp实现自动备份，这样即使是一个不懂Linux，UNIX等操作系统命令以及Oracle数据库的业务人员，也能通过点击页面上的菜单，实现数据库的逻辑备份。本文提供了一个设计的思路，供大家学习与交流。

本文分享了一次真实的迁移案例，将某业务系统生产环境Oracle数据库进行迁移，数据库版本为11.2.0.4。数据库迁移之前部署在RedHat6.5操作系统中，以单机单实例文件系统部署；迁移之后部署在Solaries11操作系统中，以ASM双节点RAC集群部署。本文分享的主要内容是迁移过程中对生产环境的变更和调整思路，以及迁移过程中遇到问题的解决方案，整个迁移过程包括测试环境验证、备份策略验证、生产环境切换等三大步骤。