同平台的数据库迁移要注意哪些事项

1、为了使新服务器的配置和引入尽可能简单，整理您当前使用的服务器是必要的。因此，数据迁移是删除任何冗余或过期页面、备份、电子邮件和用户帐户的最佳时间。这意味着您将传输的数据量减少到最小，另一方面，您可以从目标系统上的所需资源中获得更大的价值。

2、您应该为关闭活动服务器进程制定准确的计划，以便以后不会出现数据丢失导致的复杂情况。指定应停止对文件、脚本和配置所做的任何更改的时间，并尽可能临时阻止对数据库的访问。也可以稍后更新您的数据库。在大多数情况下，数据传输是通过完整的服务器备份进行的。

你好！

应用服务器一般是对外的，对外也就是相当于公开，是相对有风险的，不过说句实话如果小型使用就不应在意（这个要自己去评估），做一些防范就行，因为没有被黑的价值。

分开也很简单，也就是多了一台服务器，应用服务器跟数据库服务器在统一内网，然后应用那边链接字符串通过内网去连，数据库服务器不开外网，这样就至少保证数据库是本地隔离的，肯定是比在一起安全的。

至于你说的备份迁徙，应用不用动，数据库服务器安装好数据库后，把应用的数据库拷贝过去即可，最后去切换应用的数据库连接方式就行了。

服务器迁移的整体思路大概是：

新旧系统的迁移是一个整体系统工程。迁移必须保证用户系统建设的相关要求，在迁移过程中，我们需要重点考虑几个问题：

1、数据迁移如何保障“业务中断停机时间”。业务中断对用用户无论是生产环境还是测试环境均存在较大的恢复风险，这样的风险特别是对于时间敏感型数据还是对于数据完整性业务都是不可以接受的。我们基于这样的要求，考虑到如何将停机时间最小，能否实现0停机的建设目标？

i 对

于服务器操作系统而言，我们可以采用P2V的方式，利用操作系统的Volume Shadow Copy卷影副本复制服务作为基础，来实现在旧系统环境下

的系统无修改，无停机的情况下，将数据和应用软件、操作系统环境、系统环境变量等全部以“快照”形式迁移到新服务器中。由此实现服务器环境的整体迁移。

ii 对

于应用IIS和其他应用服务器来说，我们可以基于应用服务器的动态业务扩展集群方式，来实现服务器不停机环境下的增加业务节点操作，这样可以实现应用服务

器“热添加”到新环境中的故障转移/负载均衡集群系统中，在部分应用服务中我们可以使用session会话复制来实现旧系统的全局环境变量和会话请求状态

也迁移到新环境中来。考虑到会话复制和状态的快速实时，我们可以采用会话内存复制，考虑到会话复制和状态的安全性，我们可以采用会话数据库复制管理。

iii 对

于数据库而言，我们可以基于数据库本身自带的数据库镜像技术、数据库日志传递技术来实现各自的分库、迁移库的构建，数据库镜像技术可以让我们不但保证数据

库迁移的不停机，而且还可以保证万一迁移中出现停机故障也不影响源数据库，而日志传递技术构建的迁移可以保证系统数据库迁移以异步方式进行，这样可以让我

们的系统环境在网络出现故障的情况依然可以进行迁移任务窗口的正常工作。

2、迁移涉及到的除了应用、实例、数据库的操作以外，还涉及到迁移前规划、迁移后测试的完整性测试。这些测试包括但不限于数据一致性测试、数据完整性测试、应用会话状态完整性测试、连接中断测试、数据恢复测试。只有这样才能保证迁移的安全性和有效性。

在云计算市场逐步扩大的大背景下，企业从传统的内部设置服务器转向了云端迁移。在云计算环境下，企业可以通过将自身的服务器，数据库，中间件等设施，有选择的部分或者全部迁移到云中。通过云迁移服务，企业可以节省相当一部分开支，∞因为云服务器的维护和升级需要专业的技术人员来操作。通过使用Accrets国际的私有云迁移部署方案，企业可以将他们的精力更多的投入到他们的核心业务中，创造更大的收益。