sql server2008r2 迁移到sql2014

[xiaodai511]

第一次做实际项目的数据库迁移，看了许多文章 大概有两种方法
1分离--附加 2备份--还原

我的库大概200G 看网上推荐大于50g的最好使用分离--附加 这里有个问题 为啥 有的帖子说 在目标服务器附加时候 要变一个库名呢 比如附加A时候要变成A_BAK，然后再在建立一个名为A的空库，然后再把数据移到A中。。。。不太明白为什么不能直接附加使用呢？？？（跟登陆名有关? 可是登陆名也可以批量迁移啊）
这种方法 还有什么需要注意的地方吗？？？

[xiaodai511]

引用 6 楼 wmxcn2000 的回复:

2008r2 迁移到sql2014，这是跨了两个版本。

直接附加需要停机，估计拷文件的时间，也不会太短，看看在业务上能接受的时间是多少吧。

备份恢复，也是需要目标服务器上的存储空间，要更大一些，一要存放备份文件，二存在数据和日志文件。

最好实际先演练一下，比较一下两个方案的复杂度和用时。

非常感谢~~打算找一个夜黑风高得晚上搞~

[xiaodai511]

引用 5 楼 yenange 的回复:

[quote=引用 3 楼 xiaodai511 的回复:]
[quote=引用 1 楼 yenange 的回复:]
不需要变什么库名。
可以直接附加。
但推荐你还是通过还原的方式。

这种分离--附加 相较于备份还原来说有什么 隐患么？备份还原 貌似也需要再目标库先建立一个 结构相同的库 才能还原[/quote]
没什么隐患， 只是成功率高一点， 用熟悉了更方便一些。
还原不需要建立结构相同的库名， 可以直接还原。
2014可以直接附加2008的库。

你喜欢怎么弄就怎么弄吧， 看你擅长的就好了。[/quote]
ok 了解了 谢谢

[zjcxc]

同一台上升级，还是在新服务器上升级？
如果是同一台，通常是离线方案，通常是考虑备份之后直接通过 sql server 安装程序升级

如果你是在同一台机器上，但是通过新装实例进行升级，那么和两台服务器的方案相同，可以考虑离线或在线方案
1. 离线方案，推荐备份+还原， 通过完全备份+日志备份，可以把停机时间控制到很小
2. 在线方案，直接在新旧两台机器之间建立数据库镜像，然后通过镜像切换做到 线升级（这要求两台机器之间的网络通畅）

[zjcxc]

直接升级的优点是不用考虑太多的因素，升级之后帐号、权限、Job 之类的都不需要特别处理，缺点是升级过程中有问题无法直接回滚

非直接他显然方案优缺点与直接升级方案相反

另外，升级之后建议对所有的索引做 REBUILD 操作

分离/COPY 文件/附加在操作上步骤多一些，有小风险在日志回滚上（当然你是先精力停机操作这个几乎可以不考虑）

[学海无涯-回头是岸]

可以停机的话 分离附加挺好，也快

[吉普赛的歌]

不需要变什么库名。
可以直接附加。
但推荐你还是通过还原的方式。

[丰云]

数据库版本不同，直接附加应该是附加不上去的

备份还原时间虽然长点，但能保证数据安全才是最重要的

[xiaodai511]

引用 1 楼 yenange 的回复:

不需要变什么库名。
可以直接附加。
但推荐你还是通过还原的方式。

这种分离--附加 相较于备份还原来说有什么 隐患么？备份还原 貌似也需要再目标库先建立一个 结构相同的库 才能还原

[xiaodai511]

引用 2 楼 foren_whb 的回复:

数据库版本不同，直接附加应该是附加不上去的

备份还原时间虽然长点，但能保证数据安全才是最重要的

哦哦 原来楼上版主 说的 是这个原因~~谢谢啦

[吉普赛的歌]

引用 3 楼 xiaodai511 的回复:

[quote=引用 1 楼 yenange 的回复:]
不需要变什么库名。
可以直接附加。
但推荐你还是通过还原的方式。

这种分离--附加 相较于备份还原来说有什么 隐患么？备份还原 貌似也需要再目标库先建立一个 结构相同的库 才能还原[/quote]
没什么隐患， 只是成功率高一点， 用熟悉了更方便一些。
还原不需要建立结构相同的库名， 可以直接还原。
2014可以直接附加2008的库。

你喜欢怎么弄就怎么弄吧， 看你擅长的就好了。

[卖水果的net]

2008r2 迁移到sql2014，这是跨了两个版本。

直接附加需要停机，估计拷文件的时间，也不会太短，看看在业务上能接受的时间是多少吧。

备份恢复，也是需要目标服务器上的存储空间，要更大一些，一要存放备份文件，二存在数据和日志文件。

最好实际先演练一下，比较一下两个方案的复杂度和用时。

[zjcxc]

完备+日志备份，是为了减少停机时间而已，如果不 care 这个停机时间，那只用全备就行，至于业务变化，业务都停机了，备份时不应该有数据变化才对
当然，业务都停机了，如果你觉得分享附加列方便，那民没问题的，也那样也不用分离了，直接把 sql server 服务停掉，把文件 COPY 到新机器附加就行

[xiaodai511]

引用 15 楼 zjcxc 的回复:

完备+日志备份，是为了减少停机时间而已，如果不 care 这个停机时间，那只用全备就行，至于业务变化，业务都停机了，备份时不应该有数据变化才对
当然，业务都停机了，如果你觉得分享附加列方便，那民没问题的，也那样也不用分离了，直接把 sql server 服务停掉，把文件 COPY 到新机器附加就行

对哈 我光想着怎么从数据库上断掉连接从而还能进行备份，业务都停了 我可以把erp端的连接断了 这样就可以防止个别用户还在使用了。。。我还是太嫩了

[xiaodai511]

引用 10 楼 zjcxc 的回复:

直接升级的优点是不用考虑太多的因素，升级之后帐号、权限、Job 之类的都不需要特别处理，缺点是升级过程中有问题无法直接回滚

非直接他显然方案优缺点与直接升级方案相反

另外，升级之后建议对所有的索引做 REBUILD 操作

分离/COPY 文件/附加在操作上步骤多一些，有小风险在日志回滚上（当然你是先精力停机操作这个几乎可以不考虑）

非常感谢~~打了那么多字~~是在不同的服务器上做迁移升级，到时应该会停机操作的。作为一个新手 可能会觉得分离附加方便点（但没有跨版本附加过，所以来咨询。。。），备份还原也会也操作过，只是不知道怎么操作才能保证把停机前完整的的备份过去。。。完整+日志？那我再备份日志的过程（这个过程中又不能停机）中又有数据变更呢？

[xiaodai511]

引用 11 楼 baidu_36457652 的回复:

可以停机的话 分离附加挺好，也快

我也这么想的 只是没做过跨版本附加 所以来咨询下 楼上有版主说 没问题的

[学海无涯-回头是岸]

引用 13 楼 xiaodai511的回复:

[quote=引用 11 楼 baidu_36457652 的回复:]
可以停机的话 分离附加挺好，也快

我也这么想的 只是没做过跨版本附加 所以来咨询下 楼上有版主说 没问题的[/quote] 我试过 100g左右的 08 r2到14没问题

[wjhcjg]

数据库高版本是能兼容低版本附件，用附加最省事。不要新建库，直接把旧数据库停止服务后，把数据和日志文件拷到新的服务器上执行附件即可，这种是最稳又最有效的办法。但拷贝文件时费的时间会很长，如果用户业务无法忍受这么长时间中断，那就只能用全备+差异备份方式去还原，这样可以把业务中断时间缩到最短。

[xiaodai511]

引用 17 楼 wjhcjg 的回复:

数据库高版本是能兼容低版本附件，用附加最省事。不要新建库，直接把旧数据库停止服务后，把数据和日志文件拷到新的服务器上执行附件即可，这种是最稳又最有效的办法。但拷贝文件时费的时间会很长，如果用户业务无法忍受这么长时间中断，那就只能用全备+差异备份方式去还原，这样可以把业务中断时间缩到最短。

了解了 非常感谢
~