如何解决SQL Server 文件流备份
不要射击 Messenger，但我被困在 4TB 文件流数据库和备份之间，有人有替代方案吗？ 无法使用 sql 备份进行备份（呃......从未备份过），花费太长时间（可能是一天）并且不能因为工作时间没有足够的空间而无法提供足够的 2/3 副本和 tr 日志。 镜像.. 不会太贵。所以在这里不可能完成任务。
他们能做到这些吗？他们甚至会工作吗？有人试过吗？最好在明信片上或在此聊天中回答。
- 每晚脱机复制 .mdf 和 .ldf FS 数据库？数据丢失的最大天数。
- 每晚将模式编写为创建数据库脚本，因为 fg 经常添加。将表数据复制到其他地方的另一个数据库？ （导出导入数据工具（或ssis包）
- 作为 2 但每 15 分钟同步更改到新的数据库表以最大程度地减少数据丢失（可能是 ssis 包）
- 还有其他建议吗？
如果失败.. 删除填充数据库重新附加复制的文件？ 从备份表中的脚本泵数据创建数据库？
或者最终逃到一个他们找不到你的无人岛？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。