小编use*_*104的帖子

我使用 Ola Hallengrens 脚本进行索引维护。在我这样做之前，我使用以下查询来查看哪些索引碎片化最多：

SELECT dbschemas.[name] as 'Schema',
dbtables.[name] as 'Table',
dbindexes.[name] as 'Index',
indexstats.avg_fragmentation_in_percent,
indexstats.page_count
FROM sys.dm_db_index_physical_stats (DB_ID(), NULL, NULL, NULL, NULL) AS indexstats
INNER JOIN sys.tables dbtables on dbtables.[object_id] = indexstats.[object_id]
INNER JOIN sys.schemas dbschemas on dbtables.[schema_id] = dbschemas.[schema_id]
INNER JOIN sys.indexes AS dbindexes ON dbindexes.[object_id] = indexstats.[object_id]
AND indexstats.index_id = dbindexes.index_id
ORDER BY indexstats.avg_fragmentation_in_percent desc

在我的情况下，avg_fragmentation超过70％的15个指数和超过30％的28个指数。

因此，我使用 Ola Hallengren 的解决方案重建每个索引。当我再次运行查询时，结果如下：

碎片超过70％为12个索引，超过30％为15个索引。 …

我制作了一个存储过程restoredatabase，它返回代码来恢复数据库。输出脚本如下所示：

restore database [DB]  from disk='F:\FULL1.bak' with norecovery
restore database [DB]  from disk='F:\DIFF1.bak' with norecovery
restore log [DB]  from disk='F:\log1.bak' with norecovery
restore log [DB]  from disk='F:\log2.bak' with norecovery
...
restore log [DB]  from disk='F:\logN.bak' with norecovery
restore database [DB] with recovery

在整个 SP 中，这些行被添加到一个参数@sql varchar(max)中，该参数最后以 打印print(@sql)，如果用户指定了正确的标志，则以exec(@sql). 两者都完美地工作。但是，当像这样使用 sqlcmd 调用 SP 时：

set restoresql=exec restoredatabase @DB='Databasename', @Execute='y'
sqlcmd -h-1 -S SRV\T2 -U sa -P sa -d master -Q "%restoresql%" -o output.txt

输出文件 …