6 个解决方案
#1
完全不影响是不可能的,迁移数据库肯定会耽误时间,备份还原也会对数据操作产生影响.
#2
在尽量不影响的情况下可以这样处理.
先备份所有的用户数据库(备份过程对用户的操作影响还是比较小的),然后将备份数据库还原到目标服务器.还原的时候要注意选项设置:
"恢复完成状态",选择"使数据库不再运行,但能还原其它事务日志"
操作完成后,让所有的用户暂停处理,将所有的数据库进行日志备份,然后在目标服务器上还原所有数据库的日志备份文件
"恢复完成状态",选择"使数据库可以继续运行,但无法还原其它事务日志"
最后让用户连接到新服务器继续操作.
先备份所有的用户数据库(备份过程对用户的操作影响还是比较小的),然后将备份数据库还原到目标服务器.还原的时候要注意选项设置:
"恢复完成状态",选择"使数据库不再运行,但能还原其它事务日志"
操作完成后,让所有的用户暂停处理,将所有的数据库进行日志备份,然后在目标服务器上还原所有数据库的日志备份文件
"恢复完成状态",选择"使数据库可以继续运行,但无法还原其它事务日志"
最后让用户连接到新服务器继续操作.
#3
由于日志备份/恢复只处理少量数据,所以用户断开连接的时间还是很短的
为了尽量避免影响用户处理,你可以将处理时间选择在工作量最少的时候,而且你可以考虑逐个数据库处理,这样就把时间分散了. 影响就会更小.
处理你熟悉sql语句的话,事先将上述处理写成脚本,直接运行脚本进行处理,也可以节约一定的时间
为了尽量避免影响用户处理,你可以将处理时间选择在工作量最少的时候,而且你可以考虑逐个数据库处理,这样就把时间分散了. 影响就会更小.
处理你熟悉sql语句的话,事先将上述处理写成脚本,直接运行脚本进行处理,也可以节约一定的时间
#4
这是最简单的方法了吗?
#5
我就一个数据库,只是表和视图多了些
#6
个人觉得这个是最简单的了。
#1
完全不影响是不可能的,迁移数据库肯定会耽误时间,备份还原也会对数据操作产生影响.
#2
在尽量不影响的情况下可以这样处理.
先备份所有的用户数据库(备份过程对用户的操作影响还是比较小的),然后将备份数据库还原到目标服务器.还原的时候要注意选项设置:
"恢复完成状态",选择"使数据库不再运行,但能还原其它事务日志"
操作完成后,让所有的用户暂停处理,将所有的数据库进行日志备份,然后在目标服务器上还原所有数据库的日志备份文件
"恢复完成状态",选择"使数据库可以继续运行,但无法还原其它事务日志"
最后让用户连接到新服务器继续操作.
先备份所有的用户数据库(备份过程对用户的操作影响还是比较小的),然后将备份数据库还原到目标服务器.还原的时候要注意选项设置:
"恢复完成状态",选择"使数据库不再运行,但能还原其它事务日志"
操作完成后,让所有的用户暂停处理,将所有的数据库进行日志备份,然后在目标服务器上还原所有数据库的日志备份文件
"恢复完成状态",选择"使数据库可以继续运行,但无法还原其它事务日志"
最后让用户连接到新服务器继续操作.
#3
由于日志备份/恢复只处理少量数据,所以用户断开连接的时间还是很短的
为了尽量避免影响用户处理,你可以将处理时间选择在工作量最少的时候,而且你可以考虑逐个数据库处理,这样就把时间分散了. 影响就会更小.
处理你熟悉sql语句的话,事先将上述处理写成脚本,直接运行脚本进行处理,也可以节约一定的时间
为了尽量避免影响用户处理,你可以将处理时间选择在工作量最少的时候,而且你可以考虑逐个数据库处理,这样就把时间分散了. 影响就会更小.
处理你熟悉sql语句的话,事先将上述处理写成脚本,直接运行脚本进行处理,也可以节约一定的时间
#4
这是最简单的方法了吗?
#5
我就一个数据库,只是表和视图多了些
#6
个人觉得这个是最简单的了。