如何安全把数据库从一个服务器迁移到另一个服务器

时间:2022-04-10 00:42:25
我的服务器由于老化的原因,想迁移到另一个服务器,但是老服务器中的数据库是24小时不间断有人浏览和修改更新操作的,问如何能在不影响老服务器数据完整的情况下,把数据库迁移到新服务器上

6 个解决方案

#1


完全不影响是不可能的,迁移数据库肯定会耽误时间,备份还原也会对数据操作产生影响.

#2


在尽量不影响的情况下可以这样处理.

先备份所有的用户数据库(备份过程对用户的操作影响还是比较小的),然后将备份数据库还原到目标服务器.还原的时候要注意选项设置:
"恢复完成状态",选择"使数据库不再运行,但能还原其它事务日志"

操作完成后,让所有的用户暂停处理,将所有的数据库进行日志备份,然后在目标服务器上还原所有数据库的日志备份文件
"恢复完成状态",选择"使数据库可以继续运行,但无法还原其它事务日志"

最后让用户连接到新服务器继续操作.

#3


由于日志备份/恢复只处理少量数据,所以用户断开连接的时间还是很短的

为了尽量避免影响用户处理,你可以将处理时间选择在工作量最少的时候,而且你可以考虑逐个数据库处理,这样就把时间分散了. 影响就会更小.

处理你熟悉sql语句的话,事先将上述处理写成脚本,直接运行脚本进行处理,也可以节约一定的时间

#4


这是最简单的方法了吗?

#5


我就一个数据库,只是表和视图多了些

#6


个人觉得这个是最简单的了。

#1


完全不影响是不可能的,迁移数据库肯定会耽误时间,备份还原也会对数据操作产生影响.

#2


在尽量不影响的情况下可以这样处理.

先备份所有的用户数据库(备份过程对用户的操作影响还是比较小的),然后将备份数据库还原到目标服务器.还原的时候要注意选项设置:
"恢复完成状态",选择"使数据库不再运行,但能还原其它事务日志"

操作完成后,让所有的用户暂停处理,将所有的数据库进行日志备份,然后在目标服务器上还原所有数据库的日志备份文件
"恢复完成状态",选择"使数据库可以继续运行,但无法还原其它事务日志"

最后让用户连接到新服务器继续操作.

#3


由于日志备份/恢复只处理少量数据,所以用户断开连接的时间还是很短的

为了尽量避免影响用户处理,你可以将处理时间选择在工作量最少的时候,而且你可以考虑逐个数据库处理,这样就把时间分散了. 影响就会更小.

处理你熟悉sql语句的话,事先将上述处理写成脚本,直接运行脚本进行处理,也可以节约一定的时间

#4


这是最简单的方法了吗?

#5


我就一个数据库,只是表和视图多了些

#6


个人觉得这个是最简单的了。