rac redo和undo为什么二个实例不能***享，而需要分开

多实例的数据库中，每个实例拥有一组独立的在线日志记录，也就是我们常说的REDO

THREAD。每个实例独立生成在线日志信息，并且拥有独立的LGWR进程用于写入在线日志文

件。但是在RAC数据库环境中，在线日志文件也必须是所有节点都能够***同访问的。原因也是

一样的，当进行实例恢复的时候，由于相关的数据被写在多个在线日志文件中，因此必须用到所

有的REDO LOG THREAD中的在线日志文件，才能够完成恢复。当我们在数据库上增加一个新

的实例的时候，必须为这个实例创建一组新的在线日志记录，同时激活这个REDO LOG

THREAD。反过来，要从数据库中删除一个实例的时候，我们必须关闭这个THREAD，否则无

论这个实例是否被使用，数据库恢复的时候，仍然会需要使用这个THREAD的日志。在这种情

况下关闭某个THREAD后重新做一次全库备份，会少很多麻烦事。如果你真的碰到了这种情况，

而那个实例的在线日志文件还没删除，那么可以找找数据库恢复所需要的CHANGE#是否在在线

日志中存在，如果存在，你也可以直接恢复这个在线日志来解决这个问题。

在使用UNDO自动管理的模式下，每个实例都需要使用独立的UNDO表空间，这些表空间

的数据文件也必须存放在所有实例都能够访问的***享存储上，其原因我们在前面已经多次提到，

不再重复了。

在多实例数据库环境中，临时表空间是可以多个实例***享的，不过能够***享的仅仅是临时表

空间，临时段是不能***享的。在一个临时表空间上，每个实例必须拥有自己独立的临时段。当临

时表空间满的时候，如果其他实例的临时段有空闲空间，那么这个实例可以从其他实例的临时段

中偷取一个EXTENT，用于扩展自己的临时段。