解决方法
你有很多选择,尼克和汤姆都强调了其中几个.对于您的特定情况,我个人认为日志传送是一个很好的选择.设置完成后,只需将备用服务器场置于待机/恢复模式的数据库中,直到需要为止.如果您的主服务器/服务器场应该关闭,则会显示备用邮箱.
日志传送的好处是您的功能RPO(恢复点目标)窗口可能比您描述的24小时小得多.默认情况下(如果我记得正确),日志传送可以每15分钟发送一次.该间隔也可配置为大约五分钟.您需要进行的一个大型服务器场更改是确保所有数据库都处于支持日志传送的恢复模式(通常是完全恢复).
数据库镜像是一种选择,它已被用于为SharePoint环境提供近乎实时的故障转移功能.但是,这种灵活性带来了一些重要的限制和要求.数据库镜像对网络延迟问题非常敏感,因此如果您的生产数据库和备份服务器从网络角度来看不是非常接近,则会出现问题.此外,您需要对您的环境进行一些不重要的更改. Tom提供的链接对于一些额外的背景和实现帮助是很好的.
根据您的备份环境需求,您可能考虑的另一个选项(允许您完全绕过sql Server的选项)是内容部署. MOSS的内容部署机制是SharePoint的导出和导入功能的实现;您指定源信息(源场和站点),目标(在您的情况下,备份场)和操作间隔,SharePoint负责导出您的站点并将其带入目标.这通常用于发布场方案,但在您的情况下可能是另一种可能的选择.您可以在此处找到一些其他信息：http://technet.microsoft.com/en-us/library/cc263428.aspx
最后,另一个可能适用于您的非sql选项只是编写所需的相应STSADM.exe -backup操作的脚本,将文件复制到备份服务器,并执行相关的STSADM-exe -restore操作以使这不是真正做任何与sql数据库导出和导入(功能上)不同的事情,但它是另一个相对简单的选择.
祝好运！
原文地址：https://www.jb51.cc/mssql/80802.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
