标签: maintenance-plans

有没有办法将维护计划从一个 SQL Server 2012 复制到另一个？无法同时（在不同网络上）通过相同的 Management Studio 副本访问两台服务器。

我正在尝试从 SQL Server 实例导出一个简单的维护计划。

我想检查导出到源代码管理，并将导出的维护计划应用于功能相同的实例。

StackOverflow和SQL Server Newbie建议使用 Integration Services 导出维护计划。

当我尝试连接到导出目标上的集成服务时，我收到以下错误：

连接到计算机“WEBSERVER”上的集成服务服务失败并出现以下错误：指定的服务不作为已安装的服务存在。

我们选择在 WEBSERVER 上禁用集成服务，因为我们仅使用此框为消费者应用程序提供数据。WEBSERVER 上的所有数据都是从后端实例复制的。Integration Services 大量用于处理后端实例上的数据。

是否有不使用集成服务导出维护计划的文档化方法？微软支持吗？

我使用 SQL Server Management Studio (SSMS) 为我的 SQL Server 2008 R2 创建了维护计划。

但是，我无法将其导出/转换为脚本，以防我需要在另一台服务器上重做。

有办法吗？

如果没有，是否有更新版本的 SQL Server 的方法？

我想知道 SQL Server 代理作业的所有者的可能用途是什么？

删除，并将其留空，作业仍然成功

我想说的是，我每天都在日志文件中收到消息。

首先 I/O 被冻结在数据库 (DatabaseName) 消息出现在日志中。消息就像

I/O 在数据库 (DatabaseName) 上被冻结。不需要用户操作。但是，如果 I/O 没有立即恢复，您可以取消备份。

然后 I/O 在 Database(DatabaseName) 消息上恢复，如下所示

数据库 (DatabaseName) 上的 I/O 已恢复。无需用户操作。

最后备份已经成功完成了数据库，就像这条消息

无需用户操作

这是我的生产审计数据库，软件环境如下：

Windows Server 2012 R2
SQL Server 2012
VMware Tools

我的生产数据库“恢复模式”是“完整”恢复模式。并从 SQL Server 中的哪个登录 ID 设置维护计划备份。它对所有数据库具有“系统管理员”权限。

备份已通过“维护计划”备份在特定时间安排（例如每天下午 4 点）进行设置。并且 Always Backup 在他们的计划时间间隔内成功完成。

为什么在计划备份时间会生成这种日志消息。这种消息是否会影响我的生产数据库性能。我的生产数据库中的（备份/恢复）数据一致性会有任何问题。

任何建议将不胜感激。

我觉得这是一个愚蠢的问题，但对于我的生活，我无法追踪发生了什么。我刚刚接管了几台服务器的管理工作，并且在所有这些服务器上，工作历史记录仅保留了 5 天。有一个清理维护计划，但它设置为保留 5 周。

EXEC msdb.dbo.sp_syspolicy_purge_history 每天都在运行，但是，历史保留天数设置为 0，所以我的理解是它无论如何都没有做任何事情。

必须有一些非常简单的东西我在这里遗漏了。任何人都可以指出我正确的方向吗？

我不是 DBA，但事情就是这样，我必须戴上 DBA 的帽子，并在我的 SQL Server 实例上设置维护计划。

因此，有一段时间我一直让我的 SSIS 通宵进程运行执行 SQL 任务来执行备份 - 基本上运行master.dbo.xp_create_subdir以确保目标文件夹存在，然后BACKUP DATABASE [DbName] TO DISK = 'G:\Backups\DbName\DbName.bak' WITH INIT.

每当该任务失败时，其余的过程将中止，我会收到通知，第二天早上来时注意到事务日志的驱动器已满，因此我会手动截断它们并继续。 .. 直到故事重演并且事务日志再次超过可用磁盘空间。

“手动截断”脚本如下所示：

use Staging;
alter database Staging set recovery simple
alter database Staging set recovery full
dbcc shrinkfile ('Staging_log', 0, truncateonly);
go

Run Code Online (Sandbox Code Playgroud)

所以我越来越厌倦了，我决定尝试正确地做事情，并按照这里的步骤创建一个实际的维护计划：

问题是，我以前从未这样做过，所以我有几个问题：

• 像这样备份事务日志会自动截断它们，还是我需要做其他事情？
• 可以同时运行数据和事务日志备份吗？如果没有，那么这样做的正确方法是什么？
• 备份文件正在被另一个进程在一夜之间提取，该进程获取服务器上的所有文件并将它们存储在其他地方 - 在 2 天后使备份集过期是个好主意吗？我需要让它们过期吗？
• 清理任务分别删除 .bak 和 .trn 子文件夹下的“旧”.bak 和 .trn 文件G:\Backups。那有意义吗？
• 在 SSIS 中执行此操作是否会更好，因此如果/当备份失败时我可以使 …

我只是想为失败的维护计划任务查找更详细的信息。我打开日志文件查看器并选中该框以查看我的维护计划的日志。除了这个例子中没有有源过滤器。然后我玩等待游戏......

我花了将近 20 分钟才能显示日志。所以我认为它可能只是花时间从这个服务器时间开始加载所有日志。我将过滤器减少到大约 3 天，因为这就是我所需要的。这出现得更快，但仍然需要 4 分钟才能显示出来。请注意，这是我第一次在我的计算机上尝试查看这些日志，因此这也可能是一个因素。我还尝试直接在服务器上查看日志，但得到了相似的时间结果。

这是课程的标准吗？我应该期望查看日志是这样的体验吗？有什么我应该做或检查的吗？我确实计划检查日志年龄并查看它是否可以被清除，但这是否仍然会影响仅在很短的 X 天内查看日志？

是否有在 SQL Server 2008 中配置维护计划的最佳实践？目前，我正在删除超过 40 小时的数据库备份和事务日志，然后进行备份。我看到的问题是事务日志仍然非常大。我应该包括收缩数据库计划任务吗？

创建新数据库时，差异和事务日志备份维护计划开始失败，并在未进行完整备份时发送警报。什么可能是处理它的最佳解决方案。

我尝试对数据库创建的触发器进行完整备份，但由于无法在同一事务中进行备份，因此失败。