RSS:配置
本节讨论以下主题:
RSS 服务器维护物理数据库的一个完整拷贝。因此,它在以下方面必须与主服务器相同:
- 运行数据库服务器的计算机硬件
- 分配给 dbspace 的磁盘空间量
- 创建 dbspace 时使用的物理设备偏移量
RSS 还有其他一些需求:
- 所有 HDR 需求都适用于 RSS 节点
- 确保 RSS 节点上的块/磁盘布局与源服务器相似(相对路径或精确路径)
- 需要在源节点上启用索引页面日志
- 在源服务器上识别 RSS 节点(为了安全性)
按照表 17 中的步骤启动 RSS 节点:
步骤 |
在主服务器上 |
在 RSS 节点上 |
1 |
安装 UDR、UDT 和 DataBlade 模块。注册 UDR、UDT 和 DataBlade 模块。 |
安装 UDR、UDT 和 DataBlade 模块。 |
2 |
onmode -wf LOG_INDEX_BUILDS=1 |
|
3 |
ontape -s -L 0,或 onbar -b -L 0 |
|
4 |
onmode -d add RSS rss_servername [password] |
|
5 |
| ontape -p,或 ontape -p -e(在提示备份日志时,回答 no),或 onbar -r -p,或 onbar -r -p -e |
6 |
| onmode -d RSS primary_servername password |
7 |
| ontape -l,或 onbar -r -l |
下面详细说明前面的六个步骤:
- 在两个服务器上 用户定义的类型、用户定义的例程和 DataBlade 模块,然后只在 ServerA 上注册它们。
- 在主服务器上 索引页面日志:
onmode -wf LOG_INDEX_BUILDS=1
|
- ServerA 的0级备份:
或
- 在主服务器上 RSS 节点的标识。密码是可选的,而且只能在第一次执行这个命令时指定。在已经连接 RSS 节点之后,尝试修改密码就会导致错误。
onmode -d add RSS rss_servername [password]
|
- 用第 4 步中创建的0级备份在 ServerB 上 物理恢复。不执行逻辑恢复。
(在提示备份日志时,回答 no。)或
onbar -r -p,或 onbar -r -p -e
|
如果在主服务器上备份了逻辑日志文件并删除它们,那么这些文件中的记录就不再保留在主服务器上了。RSS 节点会提示从磁带恢复这些文件。在这种情况下,必须执行下一步。否则,跳到最后一步。
- 过去写到主服务器的逻辑日志记录不再保留在主服务器磁盘上,那么 RSS 节点会提示从磁带备份恢复这些文件。在恢复磁带上的所有逻辑日志文件之后,使用主服务器磁盘上的逻辑日志文件完成逻辑恢复。
或
- 以下命令将 ServerB 的类型设置为 RSS 节点,并指出相关联的主数据库服务器。密码是可选的,而且只能在第一次执行这个命令时指定。
onmode -d add RSS primary_servername {password]
|
对主服务器执行这个命令之后,检查消息日志文件。它应该包含以下消息:
14:47:16 RSS ServerB added
...
15:02:23 RSS Server ServerB - state is now connected
|
另外,RSS 节点会向消息日志输出以下消息:
15:02:23 DR: Reservation of the last logical log for log backup turned off
15:02:23 DR: new type = RSS
15:02:23 RSS Server ServerA - state is now connected
15:02:23 Logical Recovery Started.
15:02:23 10 recovery worker threads will be started.
15:02:51 Start Logical Recovery - Start Log 3, End Log ?
15:02:51 Starting Log Position - 3 0x1167250
15:02:51 Clearing the physical and logical logs has started
15:03:06 Cleared 967 MB of the physical and logical logs in 15 seconds
15:03:07 DR: RSS secondary server operational
|
阅读(1430) | 评论(0) | 转发(0) |