我已经为我的SQL server 2014数据库设置了维护计划。此计划每周日生成完全备份,每一天生成差异备份,每小时生成事务日志。这个维护计划一开始很好,但是现在在很少成功的备份之后,事务日志备份失败了(特别是在生产期间)。
当我重新启动SQL服务器实例时,备份将再次生成,直到生产时间(工时)。我的数据库大约40 My。那么,是什么原因导致这些备份在生产时间失败呢?任何建议
RESTORE FILELISTONLY FROM URL = '' WITH CREDENTIAL = ''在Server 2016中失败。从SQL Server 2012环境复制脚本,使用create凭证语句成功地从Azure存储容器还原脚本,并在2016年失败。在Server 2016中使用than访问Azure存储容器上的blob备份
我有一个生产数据库服务器,它具有SQLServer2008r2。这是一台旧服务器,考虑到我们的负载,我们正在转向更好的硬件配置,现在新的环境是Win server 2012上的集群环境,只需安装一次SQL Server 2012。我对故障转移集群环境的理解是,在两个节点上都存在相同的sql服务器实例,它们从共享SAN中获取数据。主节点保持活动,而次要节点一直处于空闲状态,直到主节点失败。一旦主节点失败,windows就会将辅助节点作为活动节点。
现在,我希望将2008