数据库迁移实施方案

-数据库系统和网络存储系统工程数据库迁移实施方案文件状态： 草稿 正式发布 正在修改文件编号：当前版本：作 者：*审 核 人：单 位：部 门：完成日期：. z.-文档控制文档修订记录版本编号变化状态简要说明日期变更人批准日期批准人V1.0A创立文档2021/05*V1.1M修改2021/05/18*审阅序号*职位分发序号.*地点目 录第一章文档介绍41.1背景41.2目标5第二章系统硬件选型62.1 存储设备62.1.1 设备选型62.1.2 设备功能及实现62.2 效劳器设备62.1.1 数据库效劳器6第三章系统安装93.1 主机系统安装93.2 配置SAN网络、磁盘阵列103.3 配置HACMP113.4 安装数据库软件12第四章数据移植134.1 移植准备工作134.2 移植过程144.3 系统检查15数据库检查15导入后系统需要完成的工作15应用检查164.4 系统回退16第五章应用迁移17第六章新系统上线后的工作17第七章工作界面和工作内容17第八章实施方案19附件：201.设备、软件验收交付记录202.操作系统安装213.操作系统镜像264.设备配置清单(需确认)284.1 IBM p570效劳器284.2 光纤交换机配置31第一章 文档介绍1.1 背景HP公司全面转向*86芯片，使用PA-RISC芯片的HP 9000效劳器现已停产，虽然Oracle R12已经可以支持Itanium平台上的HP-U*，但*电厂应用系统目前是，而*应用软件V*版本目前尚不能运行于Itanium平台,故准备将系统迁移至新硬件平台(IBM power处理器)。本次工程的主要目标是对包括如下几点：1) 存储设备及小型机设备的选购 采购一台新磁盘阵列提供效劳，替换过去的旧存储设备，磁盘按现有存储容量预期的1.3至1.5倍配置,(RAID10或RAID5提供冗余保护，热备盘提供磁盘的在线替换)，空间考虑为_T为以后的扩容考虑需要，最大支持在_T,如可能涉及到系统日后的扩容、容灾及测试空间需求，可对存储适当增加扩展柜来扩大容量。2)系统硬件规划及配置 当前硬件系统按应用规划要求划分LPAR分区，并基于两台效劳器分区之间实现集群配置。3)数据库移植 包括移植准备、移植实施、移植检查及移植后最终上线，同时处理在移植过程中出现故障的回退恢复步骤。4)应用迁移1.2 目标针对*电厂实际业务需求，本次建议方案提供数据库的迁移，新采购设备选购、系统配置及业务上线测试到最终的迁移。第二章 系统硬件选型2.1 存储设备2.1.1 设备选型DS4700 2.1.2 设备功能及实现按当前要求配置一台IBM DS4700磁盘存储阵列，阵列本身通过业务需求划分空间，可通过设置RAID级别提供不同业务的存储要求。如购置了flashcopy及volumecopy高级功能，可实现存储级别的数据复制，通过备份软件实现生产数据的备份，并可用于相应的应用前期的开发测试。当前空间需求可以按照存储预期的存储空间的1.31.5倍进展配置，如涉及到日后的容灾考虑，则需按2.5倍空间进展考虑。空间考虑为_T为以后的扩容考虑需要，最大支持在_T。2.2 效劳器设备2.1.1 数据库效劳器2.1.1.1数据库设备选型 (详见设备清单) IBM system p6 5702.1.1.2设备功能适用于中到大型事务处理应用程序，如中到大型数据库效劳，缩短了客户响应时间，减少了效劳器数量并降低了软件本钱，从而节省根底架构本钱，通过将多种工作负载整合到更少的系统上，提高了运行效率。且针对当前的需求可以通过扩展实现快速的升级。标准配置每个构建模块570最大处理器内核第一个构建模块包含两颗或四颗 3.5、4.2 或 4.7 GHz 的 POWER6 处理器内核；其他所有模块均包含四颗内核，或者第一个构建模块包含四个或八个 4.2 GHz 的 POWER6 处理器内核；其他所有模块均包含八个一样的内核16 个 3.5、4.2 或 4.7 GHz POWER6 处理器内核，或者 32 个 4.2 GHz POWER6 处理器内核缓存每颗内核 4 MB 二级缓存每两颗内核共享 32 MB 三级缓存每个系统 64 MB 二级缓存每个系统 256 MB 三级缓存，或者每个系统 128 MB 二级缓存每个系统 512 MB 三级缓存RAM内存2 4 GB 到 48 GB 的 667 MHz DDR2 内存；或 16 GB 到 96 GB 的 533 MHz DDR2 内存；或 32 GB 到 192 GB 的 400 MHz DDR2 内存 192 GB 的 667 MHz DDR2 或 384 GB 的 533 MHz DDR2 或 768 GB 的 400 MHz DDR2 内部磁盘驱动器CEC一到六个 SAS24 SAS介质托架CEC一个热插拔 Slimline4 个热插拔 SlimlinePCI 适配器插槽CEC四个 PCI E*press 8* 插槽；两个 266 MHz 的 PCI-* DDR 内存。16 个 PCI E*press 8* 插槽；8 个 266 MHz 的 PCI-* DDR 内存。标准 I/O 适配器以太网CEC，不包括 PCI 插槽 标配：o 一个双端口千兆以太网，或 可选：o 一个四端口千兆以太网，或o 一个双端口 10 Gb 以太网 标配：o 四个双端口千兆以太网，或 可选：o 四个四端口千兆以太网，或o 四个双端口 10 Gb 以太网集成磁盘CEC一个 SAS 控制器四个 SAS 控制器其他端口CEC2 个 USB；2 个 HMC；2 个 SP八个 USB；两个 HMC；八个 SP扩展功能可选I/O 扩展多达 12 个 I/O 抽屉48 个 I/O 抽屉高性能连接4 Gb 光纤通道，10 Gb 以太网G* 插槽I/O 环路两个第二个插槽与一个 PCI E*press 8* 插槽共享八个四个插槽与四个 PCI E*press 8* 插槽共享空间PowerVM 虚拟化技术POWER Hypervisor动态 LPAR；虚拟 LAN内存到内存分区间通讯1PowerVM 标准版1可选微分区，每个处理器最多 10 个微分区；多个共享处理器池；虚拟 I/O 效劳器；共享专用容量；PowerVM L*86PowerVM 企业版3可选PowerVM 标准版加上实时分区迁移功能和 Active Memory Sharing随需扩容功能可选处理器和/或内存 CUoD开启/关闭处理器和/或内存 CoD试用处理器和/或内存 CoD实用程序 CoD 操作系统AI* V5.3 或更高版本IBM i 5.4 或更高版本SUSE Linu* Enterprise Server 10 for POWER SLES10 SP1或更高版本Red Hat Enterprise Linu* 4.5 for POWER RHEL4.5或更高版本RHEL5.1 或更高版本高可用性IBM PowerHA 系列2.1.1.3设备规划使用按当前工程规划，采购两台IBM p6 570效劳器，每台效劳器划分两个LPAR分区，每台效劳器的一个LPAR和对端效劳器的LPAR配置集群。每个LPAR分区按应用所需迁移要求设置相应系统参数，并按实际情况规划cpu及内存的分配。通过系统级集群(HACMP)配置,提供Oracle 存储及网络安装配置环境。第三章 系统安装所有的系统安装的工作应在数据库正式移植前完成，以减少系统的停机时间。3.1 主机系统安装l 机房环境空间、电源准备就绪，符合设备上架要求。机柜电源满足效劳器及存储设备功率要求，配置冗余PDU及UPS.检测所有待安装硬件的电源是否符合要求(包括图形终端、主机、交换机、存储)，并连接正确。在做完安装前必要的准备工作之后，正式开场安装操作系统。l 确保硬件，包括所有的外接设备的安装都已完成，如：kvm设备(图形终端、键盘、鼠标)、光驱、本地硬盘、光纤交换机、磁盘阵列等硬件设备。联系网络管理员，获得系统安装所需的网络接口Ethernet、IP地址、主机名、缺省路由。l 安装规划数据库效劳器，包括设备上架加电测试，与电厂和负责应用迁移的人员共同研究设备的硬件规划要求，包括CPU和内存的具体分配策略.l 确认网络需求由于IP地址在迁移前配置为当前应用的实际地址，因此需要先在隔离环境中配置 (可采用一台独立的网络交换机提供设备配置期间的网络配置操作)，待后期正式切换测试时，断开原有网络，实现迁移,以此防止IP地址后期的更改造成的系统及应用的大的修改。两效劳器数据库分区各需3个不同网段的IP(oracle专用心跳未算在内)IP用途IP子网掩码网关A机Service IPA机Boot IP1A机Boot IP2B机Service IPB机Boot IP1B机Boot IP2l 效劳器系统安装见附件操作系统安装l 补丁安装按应用及数据库规划要求在两个分区上安装相应的操作系统补丁，并完成扩展软件包和HACMP软件的安装。l 本地存储空间镜像，提供主机级别的操作系统保护见附件镜像安装l 本地文件系统划分扩展相应系统空间(按安装规划要求，包括page space等要求)。除系统特定的文件系统外，安装oracle的文件系统每机预留15G，剩余空间划分为归档日志文件系统供存贮归档日志及备份使用。 l 操作系统参数调整包括主机名，系统时区，系统时间的修改(如当前环境中有NTP效劳器，可以配置使用)，添加用户的环境变量，翻开异步IO,设置最大进程数，调整系统使用的I/O步调及增大syncd的运行频率。3.2 配置SAN网络、磁盘阵列l 存储设备安装：使用磁盘阵列管理软件(storage manager)，按RAID级别，划分至少4个LUN，影射到对应效劳器WWN。l 两台效劳器上连接共享存储的分区首先识别新存储，为下面创立共享逻辑组做准备。Vg名称用途大小VgdataRac数据库并发EAM数据库大小40G，预留30l 光纤交换机划分zone考虑到存储以后可能的扩容及提供局部存储给其他业务需求的可能，防止非相关的效劳器上识别到当前设备的存储空间，加快系统启动速度，对光纤交换机按端口或按照终端设备的pwwn号划分zone。3.3 配置HACMPl 设置ip地址(按原有系统)l 确认网卡设备每分区上有3个IP，其中两个boot IP，一个效劳地址。其中，效劳地址绑定在第一块网卡上，oracle心跳网卡在ent3上。注意：这里使用的boot网卡是系统的两块集成网卡，oracle心跳网卡是一个独立的光纤网卡。使用#lscfg -vp|grep ent命令可以查看网卡的位置信息。l 修改hosts文件l 检查网络的通信状态网络配置完成后，使用ping命令ping网关和另外一台效劳器，确认网络的通信正常。如果网络不通，检查网络配置是否正确，检查网口是否插错，检查网线是否是好的，检查交换机端口是否正常，使用排除法等方法排除错误。l HACMP配置两台数据库效劳器通过光纤交换机与存储设备相连接。连接时应考虑设备的容错能力，即一块光纤卡或者一块光纤交换机坏了，应用仍可正常工作。具体连接方式如下：1数据库效劳器，由两台IBM p6 570的lpar构成。一台作为数据效劳器A，一台作为数据库效劳器B，两台机器组成ORACLE RAC高可用性系统。2接入IBM DS4700存储设备，2005B32光纤交换机。3数据库效劳器A和B各通过两个千兆网卡，接入系统局域网络。4由于Oracle9i效劳器地址不参与漂移，可配置三个资源组，其中两个资源组效劳维护两个分区上的IP，参与节点为两个分别得节点，第三个资源组管理共享存储，以此提供应Oracle应用。l HACMP验证现阶段可验证系统集群是否符合Oracle安装要求，提供共享存储及网络效劳。3.4 安装数据库软件安装Oracle rac for ai*，安装数据库软件。因为本数据库需要配合成熟的应用程序，因此数据库版本需要应用厂商确认数据库具体的版本号 。初步方案将安装oracle *。根据原有的数据库配置，创立新的数据库。根据原有的表空间设置新数据库的表空间。如果原有系统的表空间以及数据文件配置不标准，可以在此步骤加以修改标准。配置数据库初始化参数以适应数据库导入的要求。第四章 数据移植4.1 移植准备工作在数据移植前，我们应该记录、统计原有数据库的完整信息，方便在移植完成后做对应的检查工作。记录的信息主要有：需要移植的数据范围：全库或按照用户记录具体的用户名称l 记录数据文件、表空间状态如果系统中局部表空间或数据文件存在OFFLINE的状态，应确认该局部表空间以及数据文件中的数据是否需要移植。目前系统的运行情况，按照用户纪录：l 纪录目前系统中的对象数量以及状态 如果该查询结果中存在INVALID状态的对象，必须纪录对象的名称、类型并在移植工作正式开场前确认这局部对象应该的实际状态。l 纪录目前系统中的索引数量以及状态 如果该查询结果中存在INVALID状态的索引，必须纪录索引的名称、类型并在移植工作正式开场前确认这局部索引应该的实际状态。l 纪录目前系统使用的优化方式如果系统使用基于代价的优化算法，则在数据移植后，执行分析程序收集数据库信息。如果系统使用的是choose方式，则需要检查目前系统中的数据是否是否进展了分析，以确定在数据移植完成后是否需要收集数据库运行信息。l 纪录系统中的用户、角色权限。l 纪录系统中所有的public对象，如public同义词，public dblink。检查工程原系统内容新系统内容数据文件、表空间状态对象数量以及状态索引数量以及状态优化方式用户、角色权限dblink4.2 移植过程因为本次数据移植跨平台。因此采用oracle的e*p和imp工具来完成数据移植工作。从本步骤开场直到系统正式移植完成期间，必须停顿数据库运行，移植工作一次性完成。如果因为*种原因导致移植无法一次完成，无论本次工作进展到了哪一步，下一次移植必须从本步骤重新开场。移植步骤如下：1、停顿所有的应用，停顿所有对数据库效劳器的连接。为了确保在移植过程中，没有任何新的数据库修改，在开场导出数据前，我们建议停顿所有的应用程序。关闭数据库，关闭监听。然后重新翻开数据库，以确保所有应用无法连接到本数据库。2、使用e*p用户导出数据在使用该工具时，因注意以下参数：l 字符集：应确认数据库字符集与效劳器配置的字符集完全一致，以确保汉字没有任何乱码。l CONSISTENT：该参数应该设置为Y，以确保穿插表的一致性。l Log: e*p过程应该记录在日志文件中以方便检查导出过程。将导出的数据拷贝到新的数据库效劳器上。3、在新的数据库效劳器上导入数据导入使用oracle提供的imp工具。在使用该工具时，因特别注意以下参数：l 字符集：应确认数据库字符集与效劳器配置的字符集完全一致，以确保汉字没有任何乱码。l Log: imp过程应该记录在日志文件中以方便检查导入过程。4.3 系统检查在数据移植完成后，因进展全方位的检查工作，以确保数据移植的完整准确。数据库检查l 检查导入日志，确保导入过程准确。l 检查导入字符集与原系统一致。l 检查导入数据完整。l 检查表空间、数据文件状态正确。l 检查导入对象数量、状态正确。l 检查导入对象所在的用户、表空间正确l 检查导入索引数量、状态正确。l 检查dblink正常，可访问l 检查修改用户角色权限 ，保持与原有系统一致 。导入后系统需要完成的工作在数据检查确认正确后，我们需要完成以下工作：1、如果原系统是基于代价的优化算法，执行分析程序，分析移植后的数据。2、修改内容包括：操作系统IP地址、主机映射、hacmp软件配置、数据库监听等配置。3、修改所有的中间件、客户端程序需要重新配置与数据库效劳器的连接使用到oracle rac的特性。在修改中间件、客户端配置之前，相关厂商、人员应做好相应的备份工作，以确保系统可以回退。4、调整数据库参数，适应应用运行以及新的主机环境。应用检查在数据库检查完成后，将通过程序连接来检查数据移植的完整性。最终用户通过试运行程序来检查数据移植工作。 4.4 系统回退本次数据库移植，使用了全新的硬件系统。全新的数据库效劳器、磁盘阵列。因此，不需要在原有数据库平台上执行任何需要修改的操作。这大大降低了我们在移植过程中的备份工作以及时间。如果在移植过程中，因为种种原因导致无法成功，仅需要启动原有系统，继续提供效劳即可。1、 关闭或断开新效劳器2、 启动旧系统3、 重新启动应用程序在系统移植完成，新系统正式上线投入使用后，因为新的数据已经进入到了新的系统。如果此时发现重大问题导致系统无法使用，我们需要将新数据重新导出再导入旧系统。1、 导出新系统数据并通过中间机器2、 关闭或断开新效劳器3、 启动或连接上旧效劳器并重中间机器获取新的dmp文件4、 利用备份系统备份旧数据库。5、 删除旧系统的用户和数据6、 重新导入新数据7、 重新启动应用程序第五章 应用迁移第六章 新系统上线后的工作在最终用户检查确认无误后，本次移植工作根本完成。系统可以上线，为用户提供效劳。为了尽量减少系统的停机时间，局部工作可以在系统运行后再执行。1、原有的备份系统需要指向新的数据库备份。安装配置相应的agent，调整备份的脚本等。2、在新系统上线后为确保系统平安，建议将原有系统保存至少1月以上。第七章 工作界面和工作内容系统迁移是一个复杂的工程，牵涉的面较多，因此良好的分工协作是工程成功的关键。本工程的核心工作是数据库系统迁移和外围环境的集成。为了更好地完成工程任务，我们这里把工程相关的工作进展分类，同时明确各自的工作范围和界面，进而保证工程有序、高效和高质。本工程涉及的机构包括：*发电公司、工程实施公司和其他系统建立方。*发电公司主要提供场地环境，对系统实施方案进展审核，对重要工程问题给予指导和决策，协调相关厂家，监视工程实施和工程验收；工程实施公司主要完本钱次采购设备的安装、数据库迁移、外围系统集成、工程验收和技术效劳，并协助和配合其他建立厂家调整系统；其他厂商完成相关本工程的其他厂家实施的工程或系统的调整、优化和重新部署，工程实施公司给予协助。工程实施公司负责本工程的总集成。l 工程实施公司负责n 负责SAN网络以及磁盘阵列的划分 。n IBM小型机安装调试n 数据库效劳器安装调试n 数据移植n 检查确认数据移植的正确性、完整性。l 应用厂商需要配合的内容有：n 提出数据库安装的具体版本n 提出基于应用特有的数据库参数要求n 应用启动停顿n 如果数据库效劳器修改了IP地址，相关应用的修改。以及修改前应用的备份等工作。n 协助检查数据库移植工作的完整性。l 网络工程师负责n 新增加的效劳器参加现有系统的网络配置工作l 数据备份工程师负责n 修改备份软件脚本，备份新上线的数据库 第八章 实施方案1 按实施阶段时间安排到货验收，机器上架到货验收2按实施阶段时间安排系统安装原系统情况记录，存储要求整理3按实施阶段时间安排HACMP安装，存储安装新库运行脚本整理4按实施阶段时间安排数据库安装5 测试晚后，备份实施按实施阶段时间安排系统测试系统测试、导入导出迁移6按实施阶段时间安排应用试运行7按实施阶段时间安排8按实施阶段时间安排保障,验收9按实施阶段时间安排. z.