跳转至主内容

 none
SQL Server 2014 数据库太大的备份策略? RRS feed

  • 问题

  •      

         如标题所示,现在生产环境的一台数据库快2T 数据量了

         1.本人刚接手这个数据库,之前管理数据库的一直没有做备份。也是由于文件太大,磁盘空间有限。

         2.数据文件又是存放在机械硬盘上,想必备份的话几天都备不下来吧,没有备份又极其不安全。

         3.如果磁盘损坏,数据恢复不了,想必也会吧责任推到我们头上吧。

         求大佬支招,做高可用这个方案可行吗?数据库太大,磁盘又慢, 哎!真的接到一手烂摊子啊。

    2019年10月22日 3:24

答案

  • 备份到NAS会快很多吗? 如果备份到普通服务器上(128G内存,64线程CPU, SSD), 2TB的数据量10小时能不能备份下来?
    What's link speed? You can try backup to 8 files with compression.
    • 已标记为答案 六月i 2019年11月9日 0:18
    2019年11月7日 17:58

全部回复

  • 周末做全备,每天做差异+日志备份应该就可以了
    2019年10月22日 5:48
  • 每天都有业务操作,就星期天相对少一些, 但是对于快2T的数据库,不是固态硬盘, 一次全备下来估计要两三天吧(还不知道能不能完成).
    2019年10月22日 7:47
  • 这公司够勇敢,或者说也有些无奈

    如果数据变更多,就周末全备+日常差异+日志

    如果数据变更不多,就每月全备+差异+日志

    注意异机备份,及可能的话,将某些历史数据归档


    SQL Server 2016 ~ 2000 性能优化、方案设计 QQ:315054403 田园嘉兴

    2019年10月23日 1:20
  • 我现在是想申请备份设备做异地备份, 但是异地备份需要在两边数据库设置相同的实例启动用户吧,?

    现在主服务器上是用的域管理员来启动实例的, 我现在想把改成网络用户来启动,  这样会不会有什么问题?


    • 已编辑 六月i 2019年10月23日 2:14
    2019年10月23日 2:13
  • Hi 六月i

     

    生产数据库一定要,定期做完整备份,建议你赶快做一次完整备份,否则出了问题就麻烦了,你所说的异机备份应该是将数据库被备份到其他服务器的读写比较快的磁盘上(共享磁盘或文件夹),只要你的启动账户对那个共享文件夹有读写权限就可以了,不是你想的那么复杂。请参考:https://docs.microsoft.com/zh-cn/sql/relational-databases/backup-restore/backup-devices-sql-server?view=sql-server-ver15#specify-a-universal-naming-convention-unc-name

     

    Best regards,

    Dedmon Dai


    MSDN Community Support
    Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com

    2019年10月23日 6:37
  •  是这样的,目前数据库启动账户是 “域管理员” 用户,备份设备没有加域。

     备份机的共享文件夹 要给予“域管理员”有读写的权限,是不是必须要给这台备份机也加域?

    2019年10月23日 7:10
  • 是的,你需要将备份机加到域中

    MSDN Community Support
    Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com

    2019年10月23日 7:34
  •   那这个就比较麻烦了, 之前做的预控, 公司已经没有人知道域管理员密码了。

      所以我在上面问了,SQL server 实例启动用户从域管理员用户切换成网络用户, 会不会有什么问题?


    • 已编辑 六月i 2019年10月23日 7:59
    2019年10月23日 7:59
  • 我有点不明白你所说的网络用户是什么,但是你可以在当前服务器加一个性能好的磁盘例如固态硬盘,然后备份到这个新的磁盘上。

    MSDN Community Support
    Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com

    2019年10月23日 8:40
  • 不好意思,刚才没有说明白,我是指的 Network Service

    现在是有现成的备份服务器, 但是考虑到数据库太大, 怕一时半会备份不下来,影响到生产。 

    纠结!


    • 已编辑 六月i 2019年10月23日 8:55
    2019年10月23日 8:52
  • 可以用Network Service账户,但是十分不推荐,Network Service账户与本地计算机上运行的其他服务共享。 与本地用户组的用户帐户相比,它具有对服务器资源和对象的更多访问权限。并且在网络服务帐户上运行的任何SQL Server服务都可以使用计算机帐户的凭据访问网络资源。权限一多,安全性问题就出来了。而且没有域管理员账户,那么未来还是会有更多麻烦,建议一定要找回域管理员账户的密码。

    MSDN Community Support
    Please remember to click "Mark as Answer" the responses that resolved your issue, and to click "Unmark as Answer" if not. This can be beneficial to other community members reading this thread. If you have any compliments or complaints to MSDN Support, feel free to contact MSDNFSF@microsoft.com

    2019年10月23日 9:46
  • 每天都有业务操作,就星期天相对少一些, 但是对于快2T的数据库,不是固态硬盘, 一次全备下来估计要两三天吧(还不知道能不能完成).
    We back up 25tb db to NAS weekly, takes about 15 hours.
    2019年11月4日 23:03
  • 备份到NAS会快很多吗? 如果备份到普通服务器上(128G内存,64线程CPU, SSD), 2TB的数据量10小时能不能备份下来?
    2019年11月7日 0:29
  • 备份到NAS会快很多吗? 如果备份到普通服务器上(128G内存,64线程CPU, SSD), 2TB的数据量10小时能不能备份下来?
    What's link speed? You can try backup to 8 files with compression.
    • 已标记为答案 六月i 2019年11月9日 0:18
    2019年11月7日 17:58
  • 速度暂时未知,申请购买了新服务器还未到。

    您是说备份的时候分成8份bak文件,做压缩备份吗?

    2019年11月8日 0:38
  • 速度暂时未知,申请购买了新服务器还未到。

    您是说备份的时候分成8份bak文件,做压缩备份吗?

    Correct, much faster than backup to one file without compression.
    2019年11月8日 17:19
  •    我做了测试,这种确实要快很多,压缩备份只占用较多CPU,很感谢您的建议。

    2019年11月9日 0:18
  •    我做了测试,这种确实要快很多,压缩备份只占用较多CPU,很感谢您的建议。

    Happy SQLing!
    2019年11月9日 17:56