---
title: 准备迁移环境
description: "本节讨论的内容是关于对迁移环境的准备工作，鉴于迁移工作最终的目的可能不同，我们需要对目的做一下分类，分类之后，可以更好的明确我们的环境准备工作的需求，从而使迁移的工作更加的高效。"
url: https://www.hikunpeng.com/document/detail/zh/kunpengdbs/JointSolution/oracle-migration/kunpengoralcemigs_01_0013.html
sourcePath: /source/zh/kunpengdbs/JointSolution/oracle-migration/kunpengoralcemigs_01_0013.html
indexId: 64cc03bef7e61446ef3d9bd6817dc3f78020af4aba650a1740ee7c5f519397c283
---
# 准备迁移环境

本节讨论的内容是关于对迁移环境的准备工作，鉴于迁移工作最终的目的可能不同，我们需要对目的做一下分类，分类之后，可以更好的明确我们的环境准备工作的需求，从而使迁移的工作更加的高效。

1. 仅做迁移兼容性测试。这里指的是用户或者开发商对于迁移可能性和技术工作量的一个评估和确认工作，也就是尝试性的迁移，迁移后可能并不会立刻进行产品级的应用功能、性能、稳定性测试，在这种情况下，我们一般搭建最基础的迁移环境即可，用虚拟机和物理机服务器都可以进行，且对配置无特别要求，满足基本运行条件即可。
2. 为替换Oracle上线运行进行正式迁移。在这种情况下，迁移完成后，会对应用进行产品级全方位的功能点测试、性能测试、压力测试以及稳定性测试等集成测试，在这种情况下搭建迁移环境，一定要优先采用物理服务器搭建，并且对于物理服务器的相关硬件配置要提出要求，提出要求的配置根据系统数据量规模、性能要求、并发规模、可用性要求等基本情况向测试方提出建议，因为要想迁移后测试效果好，硬件的支撑是必不可少的，如果是在很低配置情况下，又想得到很好的迁移和测试效果，这本身就是不合理的。

对于数据库服务器配置要求，包括CPU、内存、OS、磁盘（本地盘、阵列），架构方面（单机、多机）包括采用的集群架构方式。

#### DM迁移环境

- 选择合适的版本
  达梦数据库内部会有定期的版本更新说明和版本发版通知，在进行项目迁移之前，一定要先根据内部通报情况和自己所在技术团队的讨论，确定一个版本，尽量以最新版本且无额外另行通知的版本，保证已经出现的问题，在即将迁移的系统中不再出现。

  版本优先选择完整安装版本（无完整安装版本的平台例外），避免数据库客户端和服务器端存在版本不匹配带来的额外工作量，达梦在不同平台的不同版本上，安装包都会有差异，一定要采用严格匹配的原则，除非得到达梦原厂技术人员的允许，尽量减少干扰性的问题出现。


- 创建用户和表空间
  从Oracle迁移到DM，要求必须创建新的用户和表空间，不要把数据迁移到系统管理员SYSDBA用户下和MAIN表空间下。

  首先需要分析本次迁移Oracle源库需要迁移的是哪一个或者哪几个用户的数据，然后分别创建这些需要迁移的用户和对应的表空间；大多数情况下，我们需要迁移的Oracle实例中可能存在有大量的用户，并不是所有的用户对象都是需要我们迁移的，所以在迁移准备阶段，一定要和相关技术负责人员沟通明确清楚。

  在从Oracle向DM进行迁移准备阶段，也需要注意Oracle的迁移环境： 严禁在生产环境中直接迁移。因为迁移首先是一个测试的工作，所以迁移应该避免从Oracle生产环境数据库中直接进行迁移，需要提前向应用开发商提出需要搭建一个测试环境，准备Oracle需要迁移的环境和数据。直接从生产库上进行数据迁移，有很多风险存在，例如会影响生产库的效率，引发崩溃的可能等等。

  工欲善其事必先利其器，推荐使用PL/SQL developer工具进行迁移测试工作，当然也可以使用Oracle自带的客户端工具。