新存储布局的表迁移

2020-08-18 06:06发布

点击此处---> 群内免费提供SAP练习系统(在群公告中)加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)大家好, 我们有一个支持SAP...

         点击此处--->   EasySAP.com群内免费提供SAP练习系统(在群公告中)

加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)


大家好,

我们有一个支持SAP应用程序的DB2数据库引擎。

我们已经看到数据库文件正在使用的存储层不是最佳的:

  • 我们使用1个文件系统来托管我们的16 TB数据库。
  • 在该文件系统上有6个子目录,每个子目录每个表空间都托管一个容器(34)
  • 1个文件系统由一个大小为vg的84 pv组成,大小也有所不同

我们希望将表移到在新的存储布局上创建的新表空间:

  • 具有8个文件系统来托管数据库
  • 每个文件系统都托管着一个表空间(超过34个)的容器
  • 每个文件系统在其vg内均由8个PV支持

处理此迁移的最佳方法是什么? 可以使用DB6CONV完成吗?

5条回答
clever101
2020-08-18 06:13

嗨艾伯特,

我基本上同意Hans-Juergen的观点。 使用DB6CONV是有效的选项。 如果决定使用此选项(包括移动表数据),则应了解表空间池的概念。

可能还有第三个选择:

(3)使用8个文件系统创建一个新的存储组,一个接一个地将表空间分配给新的存储组,然后使用REBALANCE将表空间移至新的存储组。

https://www.ibm.com/support/knowledgecenter/SSEPGG_11.1.0/com.ibm.db2.luw.admin.dbobj.doc/doc/t0060303.html

我假设您已经在使用自动存储表空间。 如果没有,您可以将DMS表空间转换为自动存储表空间。

选项(3)不如DB6CONV选项灵活,因为它不允许将表重新分配给新表空间,例如不允许引入表空间池。 但是,由于绕过SQL引擎逐页移动数据,因此速度可能更快。

致谢

弗兰克

一周热门 更多>