小编Inf*_*o23的帖子

我是一名应用程序员。我们有一个 SQL Server 2012 实例，它承载着许多相关的数据库（大约 12 个数据库）。供应商对数据库和应用程序之一进行了一些更改，他们希望我们重新启动数据库服务器。我做了一些研究，发现除非在服务器配置中进行了更改，否则重新启动数据库服务器总是不是一个很好的选择。有没有办法只重启那个数据库？那会有帮助吗？

我是一个偶然的 DBA。我们有一个托管 10 个数据库的 sql 集群。突然间，其中一个数据库的大小从 100GB 急剧增加到 250GB。当我们检查数据文件时，它的大小在过去几天中增长了两倍多。我们识别了这些表并截断了数据并删除了 130GB 的数据。数据文件仍然显示 250GB。我们如何回收空间？

非常感谢您的帮助。

另一个偶然的 DBA 问题。我们有一个托管 10 个数据库的数据库实例。此数据库服务器没有设置任何维护计划。我想制定一个体面的维护计划，每天备份一次完整的数据库，每小时备份一次事务日志。我尝试单击 SSMS 中的新维护计划按钮，但似乎未配置 SQL 服务器代理。我计划通过运行以下命令来启用它

 sp_configure 'show advanced options', 1;
 GO
 RECONFIGURE;
 GO
 sp_configure 'Agent XPs', 1;
 GO
 RECONFIGURE
 GO

然后我计划使用维护计划向导并设置我的计划。我是否遵循正确的路线>？在制定计划时我是否必须注意一些事项？感谢您的建议。谢谢

我是一个偶然的 dba。我正在做索引重建/重组。一旦我适应了这些任务，我很想使用一些脚本。我确实浏览了一些有关此主题的论坛页面。我有一个 sql server 2008R2 实例，它有大约 25 个不同大小和需求的数据库。我被指派为 8 个数据库进行索引调整。由于大小和碎片级别以及索引的数量以及碎片整理发生的速度因数据库而异，我知道有些数据库需要每月进行一次索引维护，而其他一些则需要每周进行一次索引维护。我有两个问题：

我应该多久安排一次重建/重组过程？ 例如：上个月我为高于 30% 的片段级别重建了索引，并为 5-30% 的片段级别重新组织和更新了统计信息。然后我一周后检查，我发现一两个碎片索引，一个月后我检查它，我发现大约10个碎片索引..是不是再次安排索引维护的合适时间？

如果我为实例开发一个通用脚本，我应该如何使它适用于实例上的所有数据库，因为不是每个数据库都需要同时进行索引维护。