不过是写redo报错。 我看磁盘什么的都正常,可以读写。于是我新建8组redo 每个8G 再观察怎么样。之前是默认的50M 。
dbca建库时选择cluster模式,选择全部节点,数据文件,参数文件,控制文件,重做日志文件都会被放在共享存储上,
归档日志根据你使用的存储形式会被放在共享存储上或者本地(ASM放共享,RAW放本地),
各节点有各自的instance,共同使用共享存储中的datafile。
多实例的数据库中,每个实例拥有一组独立的在线日志记录,也就是我们常说的REDOTHREAD。每个实例独立生成在线日志信息,并且拥有独立的LGWR进程用于写入在线日志文
件。但是在RAC数据库环境中,在线日志文件也必须是所有节点都能够共同访问的。原因也是
一样的,当进行实例恢复的时候,由于相关的数据被写在多个在线日志文件中,因此必须用到所
有的REDO LOG THREAD中的在线日志文件,才能够完成恢复。当我们在数据库上增加一个新
的实例的时候,必须为这个实例创建一组新的在线日志记录,同时激活这个REDO LOG
THREAD。反过来,要从数据库中删除一个实例的时候,我们必须关闭这个THREAD,否则无
论这个实例是否被使用,数据库恢复的时候,仍然会需要使用这个THREAD的日志。在这种情
况下关闭某个THREAD后重新做一次全库备份,会少很多麻烦事。如果你真的碰到了这种情况,
而那个实例的在线日志文件还没删除,那么可以找找数据库恢复所需要的CHANGE#是否在在线
日志中存在,如果存在,你也可以直接恢复这个在线日志来解决这个问题。
在使用UNDO自动管理的模式下,每个实例都需要使用独立的UNDO表空间,这些表空间
的数据文件也必须存放在所有实例都能够访问的共享存储上,其原因我们在前面已经多次提到,
不再重复了。
在多实例数据库环境中,临时表空间是可以多个实例共享的,不过能够共享的仅仅是临时表
空间,临时段是不能共享的。在一个临时表空间上,每个实例必须拥有自己独立的临时段。当临
时表空间满的时候,如果其他实例的临时段有空闲空间,那么这个实例可以从其他实例的临时段
中偷取一个EXTENT,用于扩展自己的临时段。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)