小技巧 SQL Server实用经验技巧集（1）

SQL Server实用经验技巧集（1）  

　　此文是Sql Server实用操作小技巧集合 包括安装时提示有挂起的操作 收缩数据库 压缩数据库 转移数据库给新用户以已存在用户权限 检查备份集 修复数据库等 　　　　 （一）挂起操作　　在安装Sql或sp补丁的时候系统提示之前有挂起的安装操作 要求重启 这里往往重启无用 解决办法 　　　　到HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlSession Manager　　删除PendingFileRenameOperations　　　　 （二）收缩数据库　　 重建索引　　DBCC REINDEX　　DBCC INDEXDEFRAG　　 收缩数据和日志　　DBCC SHRINKDB　　DBCC SHRINKFILE　　　　 （三）压缩数据库　　dbcc shrinkdatabase(dbname)　　　　 （四）转移数据库给新用户以已存在用户权限　　exec sp_change_users_login update_one newname oldname 　　go　　　　 （五）检查备份集　　RESTORE VERIFYONLY from disk= E:dvbbs bak 　　　　 （六）修复数据库　　ALTER DATABASE [dvbbs] SET SINGLE_USER　　GO　　DBCC CHECKDB( dvbbs repair_allow_data_loss) WITH TABLOCK　　GO　　ALTER DATABASE [dvbbs] SET MULTI_USER　　GO　　　　 CHECKDB 有 个参数:　　　　 REPAIR_ALLOW_DATA_LOSS　　　　 　执行由 REPAIR_REBUILD 完成的所有修复 包括对行和页进行分配和取消分配以改正分配错误 结构行或页的错误 以及删除已损坏的文本对象 这些修复可能会导致一些数据丢失 修复操作可以在用户事务下完成以允许用户回滚所做的更改 如果回滚修复 则数据库仍会含有错误 应该从备份进行恢复 如果由于所提供修复等级的缘故遗漏某个错误的修复 则将遗漏任何取决于该修复的修复 修复完成后 备份数据库 　　　　 REPAIR_FAST 进行小的 不耗时的修复操作 如修复非聚集索引中的附加键 这些修复可以很快完成 并且不会有丢失数据的危险 　　　　 REPAIR_REBUILD 执行由 REPAIR_FAST 完成的所有修复 包括需要较长时间的修复（如重建索引） 执行这些修复时不会有丢失数据的危险 　　　　　　 DBCC CHECKDB( dvbbs ) with NO_INFOMSGS PHYSICAL_ONLY　　　　 SQL SERVER日志清除的两种方法　　在使用过程中大家经常碰到数据库日志非常大的情况 在这里介绍了两种处理方法……　　　　 方法一　　一般情况下 SQL数据库的收缩并不能很大程度上减小数据库大小 其主要作用是收缩日志大小 应当定期进行此操作以免数据库日志过大　　　　 设置数据库模式为简单模式 打开SQL企业管理器 在控制台根目录中依次点开Microsoft SQL Server >SQL Server组 >双击打开你的服务器 >双击打开数据库目录 >选择你的数据库名称（如论坛数据库Forum） >然后点击右键选择属性 >选择选项 >在故障还原的模式中选择 简单 然后按确定保存 　　　　 在当前数据库上点右键 看所有任务中的收缩数据库 一般里面的默认设置不用调整 直接点确定 　　　　 收缩数据库完成后 建议将您的数据库属性重新设置为标准模式 操作方法同第一点 因为日志在一些异常情况下往往是恢复数据库的重要依据　　　　 方法二　　SET NOCOUNT ON　　DECLARE @LogicalFileName sysname 　　@MaxMinutes INT 　　@NewSize INT　　　　USE　　 tablename　　　　　　 要操作的数据库名　　SELECT　@LogicalFileName = tablename_log 　 日志文件名　　@MaxMinutes = 　　　　　　　 Limit on time allowed to wrap log 　　@NewSize = 　　　　　　　　　 你想设定的日志文件的大小(M)　　　　 Setup / initialize　　DECLARE @OriginalSize int　　SELECT @OriginalSize = size　　FROM sysfiles　　WHERE name = @LogicalFileName　　SELECT Original Size of + db_name() + LOG is +　　CONVERT(VARCHAR( ) @OriginalSize) + K pages or +　　CONVERT(VARCHAR( ) (@OriginalSize* / )) + MB 　　FROM sysfiles　　WHERE name = @LogicalFileName　　CREATE TABLE DummyTrans　　(DummyColumn char ( ) not null)　　　　DECLARE @Counter　 INT 　　@StartTime DATETIME 　　@TruncLog　VARCHAR( )　　SELECT　@StartTime = GETDATE() 　　@TruncLog = BACKUP LOG + db_name() + WITH TRUNCATE_ONLY 　　　　DBCC SHRINKFILE (@LogicalFileName @NewSize)　　EXEC (@TruncLog)　　 Wrap the log if necessary 　　WHILE　　 @MaxMinutes > DATEDIFF (mi @StartTime GETDATE()) time has not expired　　AND @OriginalSize = (SELECT size FROM sysfiles WHERE name = @LogicalFileName)　　AND (@OriginalSize * / ) > @NewSize　　BEGIN Outer loop 　　SELECT @Counter = 　　WHILE　((@Counter < @OriginalSize / ) AND (@Counter < ))　　BEGIN update　　INSERT DummyTrans VALUES ( Fill Log )　　DELETE DummyTrans　　SELECT @Counter = @Counter + 　　END　　EXEC (@TruncLog)　　END　　SELECT Final Size of + db_name() + LOG is +　　CONVERT(VARCHAR( ) size) + K pages or +　　CONVERT(VARCHAR( ) (size* / )) + MB 　　FROM sysfiles　　WHERE name = @LogicalFileName　　DROP TABLE DummyTrans　　SET NOCOUNT OFF lishixinzhi/Article/program/SQLServer/201311/22232