一定要保证时间同步,但是不能配置ntp
Network Time Protocol Setting
service ntpd stop
chkconfig ntpd off
--下面这两个方式任选一种,否则时间同步就出问题了
rm /etc/ntpconf
or, mv /etc/ntpconf /etc/ntpconforg
切换至grid用户下,用以下命令测试是否成功同步:
su - grid
cluvfy comp clocksync -n all -verbose
肯定需要,grid是群集底层,oracle是数据库软件,哪个都少不了,你已经重装了,这些信息在新电脑中都没有了,因此需要重新装,不过都可以在正常的那个节点中进行 *** 作,也就是不需要grid软件和oracle软件,因为正常的节点里都有。主要过程是,首先添加grid节点,然后安装oracle软件,最后添加oracle实例。
给你推荐一个专门的ORACLE恢复软件,你试试怎么样
FROMBYTE Reconstructor for Oracle是一款用于恢复ORACLE数据库文件的软件产品,主要功能为重组ORACLE数据库碎片并导出完整的文件。
一、适用的灾难情况:
(1)ORACLE数据库文件被误删除
(2)存储重新分区、格式化导致ORACLE数据库文件丢失。
(3)存储突然断电、文件系统故障、fsck导致ORACLE数据库文件丢失。
(4)ASM存储故障导致ORACLE数据库文件丢失。
二、支持的文件系统特性:
(1)支持的文件系统类型:NTFS/EXT3/EXT4/REISERFS/REISER4/XFS/HTFS/UFS1/UFS2/JFS1/JFS2/VXFS/ASM
(2)支持的文件系统平台:Little Endian/Big Endian
(3)支持的文件系统块大小:512 Bytes/1 KB/2 KB/4 KB/8 KB/16 KB/32 KB
三、支持的数据库特性:
(1)支持的数据库版本:ORACLE 8i/ORACLE 9 i/ORACLE 10g/ORACLE 11g
(2)支持的数据库表空间模式:Smallfile Tablespace/Bigfile Tablespace
(3)支持的数据库文件块大小:512 Bytes/1 KB/2 KB/4 KB/8 KB/16 KB/32 KB 及 自定义块大小。
四、其他特性:
(1)支持虚拟磁盘文件扫描及恢复。
(2)支持保存当前的扫描信息或加载已保存的扫描信息。
(3)支持创建自定义磁盘扫描区域或ASM磁盘组。
(4)支持千万级文件碎片扫描及多种不同的缓冲区大小。
(5)支持从数据库文件 ID/Size/Integrity/Version/Block Size多方面进行过滤搜索(针对数据库文件)。
(6)支持从数据库文件碎片 File ID/Block ID/Block Count/Block Size多方面进行过滤搜索(针对数据库文件碎片)。
(7)支持生成数据库文件可恢复性的技术报告。
两个节点,第一个节点能正常启动,但第二个节点报错。
无论是在集群还是在实例,都无法启动数据库实例。
[grid@m2 ~]$ srvctl start instance -d mdb -i mdb2
PRCR-1013 : 无法启动资源 oramdbdb
PRCR-1064 : 无法在节点 m2 上启动资源 oramdbdb
ORA-00203:
ORA-00202: : ''+DATA/mdb/controlfile/current268821031437''
CRS-2674: 未能启动 'oramdbdb' (在 'm2' 上)
[grid@m2 ~]$ pwd
/home/grid
[grid@m2 ~]$ ll
总计 4
drwxrwxr-x 3 grid oinstall 4096 07-15 15:35 oradiag_grid
[grid@m2 ~]$ pwd
/home/grid
[grid@m2 ~]$ srvctl status asm -n m1
ASM 正在 m1 上运行
[grid@m2 ~]$ srvctl status asm -n m2
ASM 正在 m2 上运行
ORA-03113: end-of-file on communication channel
使用相同的pfile启动。
SQL> startup pfile='/opt/app/oracle/product/1120/dbs/initmdb1ora';
ORACLE instance started
Total System Global Area 1607008256 bytes
Fixed Size 1336820 bytes
Variable Size 469764620 bytes
Database Buffers 1124073472 bytes
Redo Buffers 11833344 bytes
ORA-00203: using the wrong control files
ORA-00202: control file: '+DATA/mdb/controlfile/current268821031437'
NODE M2:
SQL> show parameter control
NAME TYPE
这个看你在哪个层面上做迁移了。做迁移前肯定是要把数据库先备份的。
一种在硬件层直接做,风险相对大一些[先充分做好测试后再实施]。但最节约时间,可以做到数据库不停服务。
1将新机器硬盘按需要替换硬件的硬盘做好相同分区
2将需要替换硬件的机器停机。
3 用dd命令将需要替换硬件的硬盘克隆到新机器的硬盘中
4 连接配置好存储网络后,点亮新机器。[一切正常的话就替换完成了。如果允许有停机时间的话风险会小的多。这个方案我完整替换过3套Oracle 11g RAC。需要留意的是EMC存储会记住原先机器对应的LUN信息,可后期清理。]
另外一种利用集群在Oracle RAC层做,双机心跳不是直连的话也可以做到数据库不停服务。
1 在线删除掉淘汰的节点
2 在新服务器上安装好之前RAC一致的 *** 作系统
3 添加一个新的节点并配置上数据库实例。
以上就是关于在linux安装rac ,先安装grid,再安装rac的数据库,检测出节点1的时间同步失败,有谁知道如何解决全部的内容,包括:在linux安装rac ,先安装grid,再安装rac的数据库,检测出节点1的时间同步失败,有谁知道如何解决、oracle 11g rac一节点 *** 作系统重新安装后,重新加入到集群中,需要安装grid和oracle软件吗、oracle rac中一个节点坏了怎么重装与恢复(目前数据库在另一节点中正常运行)谢谢!等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)