51CTO博客开发
迁移数据库的过程中，最后启动ggs启动完ggs后发现抽取进程报错，查看日志发现报错如下：2016-03-16 00:15:42 INFO OGG-01517 Position of first record processed for Thread 2, Sequence 17643, RBA 793616, SCN 1389.3430888557
在迁移数据库的时候，遇到一个比较奇怪的问题在ogg中运行 start mgr界面中提示mgr已经运行，但是通过 info all命令查看 mgr进程还是stop状态随后去dirrpt目录查看mgr进程日志，发现ogg报错信息如下：cd dirrptcat MGR.rptSource Context : SourceModule &n
MySQL 双主复制配置试验过程服务器环境：+-------------------+---------------------------------------------------| |服务器节点1
Oracle 11.2 实例访问ASM需要注意的几点：1. Oracle用户和grid用户必须有相同的组，并且 ASM Disk的属组要和这个组保持一致，否则数据库无法访问ASM磁盘，报错 ora 15081例如下面： oracle和grid都属于 asmdba组，并且asm磁盘的属主也是asmdba[root@host rules.d]# id oracleuid=1001(oracle) gi
mysql 主从复制配置1. 要求 1.1 系统平台一致 1.2 数据库版本一致2. 修改my.cnf文件，主服务器和备服务器要求server-id不能一样3. 启动两侧的数据库4. 在主服务器上建立账号，并且授权slave，从服务器可访问GRANT REPLICATION SLAVE ON *.* to 'mysql_sync'@'10.10.88.101' identi
下载mysql，并上传至服务器1. 在mysql官网下载Mysql二进制安装包https://edelivery.oracle.com/osdc/faces/SearchSoftware?_afrLoop=2326871189822158&_afrWindowMode=0&_adf.ctrl-state=hqkzyoa95_92. 上传到服务器并且解压tar -xzvf mysql
前言 rman在实际应用中用到的不多，很多时候一个项目开始设置好备份策略，后续基本上都用不到了，除非数据库出现异常，可以说，rman是一个不常用但是却非常重要的技能，但是又非常容易忘记。为了不在关键时刻掉链子，做了一个rman异地恢复数据库的试验。试验环境介绍操作系统数据库版本RAC？源系统CentOS 6.3 x6411.2.0.42节点目标系统RedHat 6.4&n
在做异地恢复数据库试验的时候，报错 ORA 38856，具体情况如下：源库为ORACLE RAC，2节点数据库 版本 11.2.0.4目标库为单实例ORACLE， 版本 11.2.0.4源库Rman备份为0级全备在restore成功以后，recover不成功，需要用到原来的online log，重建控制文件，然后 alter database open resetlogs，报错SQL&
今天发现我们的数据库服务器CRS安装目录突然增大，经过查找发现在crf目录中存在一个非常大的crf文件，通过MOS查找，发现命中Bug 20186278， 记录一下，以防忘记[grid@smidb11 smidb11]$ pwd/oracle/app/11.2.0/grid_1/crf/db/smidb11[grid@smidb11 smidb11]$ ls -ltotal 31863680-rw
一天，需要在Linux服务器上面安装一个rpm包，结果运行yum命令的时候无论如何都会报错，如下：[root@test bin]# yum There was a problem importing one of the Python modules required to&nb
Oracle数据库的在线重做日志中包含了数据库中所有数据的操作记录，我们可以利用重做日志做很多的操作，例如日志挖掘。有时候，因为种种原因，我们的在线日志被人误删除或者意外损坏掉，我们应该如何进行恢复呢，其实很简单，看下面内容：我们通过删除在线日志模拟日志被误删除的情况：[oracle@test orcl]$ rm redo* [oracle@test orc
今天在写一个Shell脚本的时候，发现调试的时候会报一个错[oracle@smidb11 autoawrrpt]$ . a.sh dirname：无效选项 -- b 请尝试执行"dirname --help"来获取更多信息。 basename：无效选项 -- b 请尝试执行"basename --
PSU7 for 11.2.0.4 Database Linux X64 Install Step===============================================================================1. 在Oracle Support中下载PSU到本地，PSU补丁号为：207609822. 上传PSU到服务器并且解压缩unzip p2076
1. 检查操作系统是否按照iscsi[root@linux01 ~]# rpm -qa|grep iscsiiscsi-initiator-utils-6.2.0.873-2.el6.x86_64 如果没有按照的话，可以使用 yum install 命令进行安装2. 检查iscsi服务配置[root@linux01 ~]# chkconfig --list|grep iscsiiscs
由于一些原因,我们经常会遇到Linux服务器下面显示乱码的问题,这是因为客户端,服务器,文件的字符集编码不一致导致的,这里我们说一下如何转换文件的字符集.转换文件的字符集可以使用命令:iconv -f {转换前字符集} -t {转换后的字符集} inputfile -o outputfile注意,如果不指定-o参数的话,那么iconv只在平面上面打印文件,但是不会改变原来文件的字符集属性.例如:我
在巡检数据库的时候，发现grid的安装目录非常大，于是进行了进一步的排查，发现有很多*.l10的日志已经删除了,但是并没有释放,使用lsof命令可以看到lsof|grep delete[smisa@smidb11 oraagent_grid]$ sudo lsof |grep delete|grep -E "oraagent|a
安装了一个Oracle客户端，并且配置了TNSNAME使用sqlplus登录数据库的时候，发现报错然后使用tnsping命令，依然报错 报错内容:TNS-03505: Failed to resolve name错误的TNS名称，检查tns配置，TNS配置没有问题。经过查找，原来是我新建tnsnames.ora的时候少了个s，导致客户端找不到配置文件小心无大过啊
在安装Oracle数据库的时候，很多包是同时需要32位版本和64位版本的rpm包的通过yum命令进行安装很方便，但是默认情况下只会安装64位的rpm包我们可以通过下面的方法进行安装32位的包：1，修改yum.conf配置文件,使yum命令同时安装32,64位的rpm包echo "multilib_policy=all" >>/etc/yum.conf [root@smi-zscbill
今天在检查SMIDB的时候，发现CRS的告警日志中出现很多错误，具体为：2015-08-19 17:12:21.745: [/oracle/app/11.2.0/grid_1/bin/oraagent.bin(6227)]CRS-5013:Agent "/oracle/app/11.2.0/grid_1/bin/oraagent.bin" failed to
安装11.2的时候,总是卡到65%,iptables没有关闭,要细心啊
在安装Oracle的时候，可能因为我们分配的swap空间不够导致安装失败。处理步骤如下：SWAP空间为2G[root@linux01 oracle]# free total &n
lv大小不够的时候，通过管理lv增加空间
在DBA的实际工作中，经常会遇到一些情况，例如，我不知道一个用户的密码，但是我需要通过这个用户登入到数据库里面做一些动作，而且还必须通过此用户登录，比如为一个用户创建私有的DB Link或者迁移一些数据到新的数据库，开发人员要求和原来的数据库密码保持一致，我们一个个去收集密码麻烦还容易出错，这个时候怎么办呢？ Oracle 的alter user语句提供了一个identified by value
使用openfiler搭建iscsi服务器，始终报错，如下[root@Linux01 ~]# iscsiadm -m discovery -t sendtargets -p 10.10.10.50iscsiadm: Login failed to authenticate with target iscsiadm: discovery login to 10.10.10.50 rejec
1. 判断系统是否按照multipath rpm -qa|grep device-mapper-multipath2. 重新加载新增的HBA存储（如果不是HBA存储，不用做这一步）modprobe -r lpfc modprobe lpfc3. 安装multipath
客户帮我们做系统备份的时候，在脚本中mount NFS到本地服务器，使用crontab调用脚本实现mount和umount，一开始使用root用户调用，但是我感觉root用户权限太大，风险比较高，于是改成普通用户使用crontab调用脚本，使用sudo mount挂载文件系统，于是遇到了上面的错误。 虽然通过关闭选项的办法可以解决，最终还是采取了autofs的方法进行解决。记录一下，仅供参考
大家好: 之前在ITPUB写了几天的博客,但是感觉不太好,后来也不知道是因为浏览器的原因还是网站的原因,写的博客老是丢,发不出去,在暂停了几天之后,依然决定转战这里,放弃原来的阵地,呵呵,我不是逃兵,只是想找一个写出来风格更好的博客来写,ITPUB是国内的大牌专业博客,很多牛人老大都在itpub上面设有门店,但是我感觉itpub对代码等等的支持太过于薄弱了,整体风格不
Copyright © 2005-2024 51CTO.COM 版权所有 京ICP证060544号
