MS SQL 中收缩数据库日志的方法

SQL Server 2008数据库复制是通过发布/订阅的机制进行多台服务器之间的数据同步，我们把它用于数据库的同步备份。这里的同步备份指的是备份服务器与主服务器进行实时数据同步，正常情况下只使用主数据库服务器，备份服务器只在主服务器出现故障时投入使用。它是一种优于文件备份的数据库备份解决方案。在选择数据库同步备份解决方案时，我们评估了两种方式：SQL Server 2008的数据库镜像和SQL Server 2008数据库复制。数据库镜像的优点是系统能自动发现主服务器故障，并且自动切换至镜像服务器。但缺点是配置复杂，镜像数据库中的数据不可见（在SQL Server Management Studio中，只能看到镜像数据库处于镜像状态，无法进行任何数据库操作，最简单的查询也不行。想眼见为实，看看镜像数据库中的数据是否正确都不行。只有将镜像数据库切换主数据库才可见）。如果你要使用数据库镜像，强烈推荐killkill写的SQL Server 2005 镜像构建手册，我们就是按照这篇文章完成了数据库镜像部署测试。最终，我们选择了SQL Server 2008数据库复制。下面通过一个示例和大家一起学习一下如何部署SQL Server 2008数据库复制。测试环境：Windows Server 2008 R2 + SQL Server 2008 R2（英文版），两台服务器，一台主数据库服务器CNBlogsDB1，一台备份数据库服务器CNBlogsDB2。复制原理：我们采用的是基于快照的事务复制。主数据库服务器生成快照，备份库服务器读取并加载该快照，然后不停地从主数据库服务器复制事务日志。见下图：图片来自SQL Server联机丛书安装与配置步骤：一、在两台服务器上安装好SQL Server 2008 R2，主要安装的组件：Database Engine(含SQL Server Replication)，Management Tools。二、主数据库服务器（发布服务器）的配置：1. 在主数据库服务器CNBlogsDB1新建示例数据库CNBlogsDemo（注意Recovery mode要使用默认值Full，只有这个模式才能进行事务复制），然后建立一张测试表，比如：CNBlogsTest。2. 设置存放快照的文件夹：创建发布之前，先设置一下存放快照的文件夹，创建发布后会在该文件夹生成快照文件，订阅服务器需要在初始化时加载该快照文件。选择Replication》Local Publications》属性，在出现的窗口中选择Publishers，如下图：点击红框处的按钮，出现设置窗口：在Default Snapshot Folder中设置快照文件存放路径。3. 在主数据库服务器创建发布：在Replication》Local Publications中选择New Publication，出现一个向导。先选择要发布的数据库CNBlogsDemo，然后选择发布类型Transational publication，如下图：点击Next，出现错误：原来所有要复制的表都需要有主键，刚才建CNBlogsTest表时，没有建主键。建一下主键，并重新启动向导就可以了。接着选择要复制的对象：点Next，Next，进入Snapshot Agent窗口，选择Create a snapshot immediately and keep the snapshot available to initialize subscriptions，见下图：Next，进入Agent Security：选择Security Settings，进行相应的帐户设置：一个是设置运行Snapshot Agent的Windows帐户，我们这里选择与SQL Server Agent同样的帐户。一个是设置连接发布服务器的SQL帐户，我们这里就用主数据库服务器的sa帐户。继续：OK，Next，Next，为这个发布起个名字：点击Finish，就开始正式创建发布，创建成功就会出现如下窗口：这时查看快照文件夹，就会看到unc文件夹，快照文件就在这个文件夹中。这里要考虑这样一个问题，如何让订阅服务器通过网络访问这个快照文件夹。我们在这个问题上折腾了一些时间，本来想通过共享文件夹的方式，但又不想打开匿名共享，折腾了半天，没搞定订阅服务器访问共享文件夹用户验证的问题。于是采用了FTP的方式，所以，下面介绍一下如何让订阅服务器通过FTP访问快照文件。4. 设置快照的FTP访问首先在主数据库服务器上开通FTP服务，建立一个指向快照文件夹的FTP站点，设置好可以远程连接的FTP帐户。然后在这台发布服务器设置一下FTP客户端配置。配置方法如下：在Replication》Local Publications中选择刚才创建的发布[CNBlogsDemo]:CNBlogsDemo_Publication，选择属性》FTP Snapshot，如下图：选中Allow Subscribers to download snapshot files using FTP，并设置一下FTP客户端连接参数，订阅服务器就是通过这里的设置连接FTP服务器的（注：Path from the FTP root folder的设置要和上图一样，设置为：/ftp）。[page_break]点击OK，这时会在快照文件夹中创建一个ftp文件夹，并在该文件夹中生成快照文件。这样，发布服务器就配置好了，下面配置订阅服务器。三、备份数据库服务器（订阅服务器）的配置：进入订阅服务器CNBlogsDB2，创建与发布服务器同名的数据库CNBlogsDemo，使用完全恢复模式。在Replication》Local Subscriptions中选择New Subscriptions，进入向导。Next，进入选择发布服务器的窗口，选择Find SQL Server Publisher，出现服务器连接窗口：这里要注意的是Server Name中一定要填写发布服务器的计算机名，如果计算机名连接不上，要在hosts文件中加一个IP地址解析。成功连接发布服务器之后，就可以看到刚才在主数据库服务器上创建的发布：Next，进入"分发代理工作位置"的选择窗口：我们这里选择pull subscriptions，把数据给拉过来，这样主数据库服务器的负担会轻些。Next，选择订阅服务器上的数据库，之前我们已经建好同名的数据库，所以系统自己会找到。Next，进入分发代理安全设置窗口：点击红框内的按钮，进入设置窗口：设置如上图，Connect to the Distributor处设置的是发布服务器的sa帐户。OK, Next, Next, Next:

1. 概述当数据库随着时间而越来越大时，可对数据库进行收缩操作；收缩数据文件通过将数据页从文件末尾移动到更靠近文件开头的未占用的空间来恢复空间，在文件末尾创建足够的空间后，可取消对文件末尾的数据页的分配并将它们返回给文件系统；2. 自动收缩数据库SQL Server 数据库支持自动收缩数据库和用户手动收缩数据库两种方式；为提高数据库的使用效率，SQL Server 会寻找可用的数据库并找出第一个配置为自动收缩的数据库，它将检查该数据库，并在需要时收缩该数据库；待一个数据库收缩完成后，系统会等待几分钟再检查下一个配置为自动收缩数据库，即 SQL Server 不会同时坚持所有数据库，也不会同时收缩所有数据库，它将以循环方式处理各个数据库，以负载在时间上错开；若用户需要 SQL Server 数据库系统自动对数据库进行收缩，只需为该数据库设置自动收缩功能即可；操作步骤如下所示：右击选择数据库 → 属性 → 数据库属性对话框，选项 → 将自动收缩设置为 TRUE；3. 手动收缩数据库用户还能手动对数据库进行收缩，但手动收缩数据库有一定的限制和局限；主要的表现有如下几个方面：收缩后的数据库不能小于数据库的最小大小 ；最小大小在数据库创建时指定的大小，或者上一次使用文件大小更改操作设置的大小；不能在备份数据库时收缩数据库；反之，也不能在数据库执行收缩时备份数据库；遇到内存游湖的列存储索引时，DBCC SHRINKDATABASE 操作将会失败；遇到 columnstore 索引之前完成的工作将会成功，所以数据库可能会较小；若要完成 DBCC SHRINKDATABASE，则需要执行 DBCC SHRINKDATABASE前禁用所有列的存储索引，再重新生成列存储的索引；手动收缩数据库可在 SSMS 工具的对象资源管理器中完成，具体步骤如下：展开数据库，右击要收缩的数据库；任务 → 收缩 → 单击数据库在收缩数据界面展示的是数据库 srs 的基本信息，若需要进行收缩操作，需要先选中在释放未使用的空间前重新组织文件。选中此项可能会影响性能（R），再收缩后文件中的最大可用空间中选择收缩后的空间，单击确定，即可完成手动收缩数据库操作；4. 手动收缩文件手动收缩文件跟手动收缩数据库操作类似；在 SSMS 工具对文件的对象资源管理器中完成，具体步骤如下：展开数据库，右击数据库；任务 → 收缩 → 单击文件在收缩操作文件界面，在收缩操作中，可选择释放未使用空间、在释放未使用空间前重新组织页、通过将数据迁移到同一文件组中的其他文件来清空文件，三选一来进行手动收缩文件操作；到此这篇关于SQL Server 数据库之收缩数据库和文件的文章就介绍到这了,更多相关sqlserver收缩数据库内容请搜索阿里西西以前的文章或继续浏览下面的相关文章希望大家以后多多支持阿里西西！

downcc阿里西西的一台数据库存SQL SERVER 2005 的日志文件达到了 200多个G一直无法清理,想了很多的办法也不行。原来一直用http://www.downcc.com/soft/9851.html软件名称：MS SQL server 日志收缩工具(删除mssql .LDF日志)软件版本：软件大小：252KB软件语言：中文适用平台：WinXP下载地址：MS SQL server 日志收缩工具(删除mssql .LDF日志)这个工具一清就可以清干净的。最后采用了一个比较死的办法。采用 分离，然后再删除日志文件再附加来生成一个新的日志文件。切记在操作前先把SQL好好的备份一下，要是丢失了数据西西可互不起这个责任。第一步 当然还是打开企业管理器了在分离前最好是先把IIS之类的正在连接数据库的程序关一下，要不然老半天也分离不了。也可以选择一下 删除链接 这样可能分离会快一点。我们再定位到数据库所在的硬盘位置我们为了保除起见可以把 qq2.mdf备份一份，然后再将 qq2_log.ldf 这个文件重命一下名(200G的文件实在是没地方可以备份)。然后我们再来附加数据库附加到刚刚那个 mdf的文件。注意看下面会提示 .ldf 文件找不到。不管他了。选择 .ldf这一分把他给删掉。然后再确定，哈还原成功了。系统自动生成了一个新的 ldf 文件 504KB见建大家先用上面的那个工具去清一下，，如果清不到再用这个死办法来删除日志

目录Oracle sql语句执行日志查询Oracle查询某天sql执行记录Oracle sql语句执行日志查询 在Oracle数据中，我们经常编写sql语句，有时我们会编写一些特别长的sql语句，而有一些意外导致sql消失，从而出现长时间写的sql，但是需要重新辨析，我们可以使用查询语句通过时间定位sql。 从而找到； select FIRST_LOAD_TIME,LENGTH(SQL_FULLTEXT),SQL_FULLTEXT from v$sql where SQL_FULLTEXT like '%WITH%' order by FIRST_LOAD_TIME desc; select * from v$sql Oracle查询某天sql执行记录 select t.SQL_TEXT, t.FIRST_LOAD_TIME    from v$sqlarea t    where t.FIRST_LOAD_TIME like '2020-11-09%'    order by t.FIRST_LOAD_TIME desc ##mysql的忘了，使用的时候可百度，记得是两行sql即可。

回收步骤：1、查看日志文件大小【一般回收比较大的】--适用于RDS For SQL Server2012 SELECT DB_NAME(database_id) AS [Database Name],[Name] AS [Logical Name],[Physical_Name] AS [Physical Name],((size * 8) / 1024) AS [Size(MB)] FROM sys.master_files ORDER BY [Size(MB)] DESC --适用于RDS For SQL Server2008R2，需要对数据库逐个执行 USE 数据库名 GO SELECT a.name as 逻辑文件名, size/128 [totalspace文件大小(兆)], FILEPROPERTY(a.name, 'SpaceUsed')/128 [usedspace已用空间(兆)], size/128 - FILEPROPERTY(a.name, 'SpaceUsed')/128 [未用空间(兆)], FILEPROPERTY(a.name, 'SpaceUsed')*100.0/size [使用率(%)] FROM sys.database_files a cross join (select recovery_model_desc, log_reuse_wait,log_reuse_wait_desc,is_auto_shrink_on from sys.databases where name=DB_NAME())b WHERE type=12、查看日志文件空间是否可回收【只有log_reuse_wait_desc是NOTHING状态才可回收】SELECT [name] ,[log_reuse_wait_desc]   FROM master.sys.databases   WHERE [name]='数据库名【第1步获取】'3、回收日志文件空间DBCC SHRINKFILE(logicalName【第1步获取】)常见的日志等待类型是 LOG_BACKUP，日志还没有备份，所以不能截断 解决方案： ACTIVE_TRANSACTION，有活跃事务阻塞了日志截断 解决方案： 执行 DBCC OPENTRAN ，获取下长时间的活跃事务的SPID 然后执行 DBCC INPUTBUFFER(SPID) 查看下这个请求SQL，考虑是否可以kill阻塞源，kill后再查下log_reuse_wait，尝试shrink4、查看数据文件大小USE 数据库名 GO SELECT a.name as 逻辑文件名, size/128 [totalspace文件大小(兆)],     FILEPROPERTY(a.name, 'SpaceUsed')/128 [usedspace已用空间(兆)],     size/128 - FILEPROPERTY(a.name, 'SpaceUsed')/128 [未用空间(兆)],     FILEPROPERTY(a.name, 'SpaceUsed')*100.0/size [使用率(%)] FROM sys.database_files a cross join (select recovery_model_desc, log_reuse_wait,log_reuse_wait_desc,is_auto_shrink_on  from sys.databases where name=DB_NAME())b WHERE type=05、收缩数据文件【按照经验，最好每5G循环收缩，如果影响业务，随时中断，不会回滚】declare @usedspace int ,@totalspace int select @usedspace= xxx,@totalspace =yyy while @totalspace> @usedspace begin set @totalspace= @totalspace-5 *1024 DBCC SHRINKFILE( 逻辑文件名,@totalspace ) end注：逻辑文件名，usedspace，totalspace从第4步的结果集获取6、查看收缩进度【预估值】SELECT DB_NAME(database_id) as dbname, session_id, request_id, start_time , percent_complete , dateadd(mi ,estimated_completion_time/60000,getdate ()) as ETC  FROM sys.dm_exec_requests where percent_complete<>0--查询当前数据库备份进度 SELECT   DB_NAME(er.[database_id]) [DatabaseName],er.[command] AS [CommandType],er.[percent_complete] ,er.start_time,CONVERT(DECIMAL(5, 2) , er.[percent_complete]) AS [Complete_Percent] ,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00) AS [ElapsedTime_m]   ,CONVERT(DECIMAL(38, 2), er.[estimated_completion_time] / 60000.00) AS [EstimatedCompletionTime_m]   FROM sys.dm_exec_requests AS er   WHERE er.[command] in ( 'RESTORE DATABASE' ,'BACKUP DATABASE')  --DB_NAME(er.[database_id]) in ('ky2011') and --查看数据库收缩进度 SELECT DB_NAME(er.[database_id]) [DatabaseName],er.[command] AS [CommandType],er.[percent_complete] ,er.start_time,CONVERT(DECIMAL(5, 2) , er.[percent_complete]) AS [Complete_Percent] ,CONVERT(DECIMAL(38, 2), er.[total_elapsed_time] / 60000.00) AS [ElapsedTime_m]   ,CONVERT(DECIMAL(38, 2), er.[estimated_completion_time] / 60000.00) AS [EstimatedCompletionTime_m]  FROM sys.dm_exec_requests as er WHERE command in ('DbccFilesCompact','AUTOSHRINK')到此这篇关于SQL Server 数据文件收缩和查看收缩进度的文章就介绍到这了,更多相关SQL Server 文件收缩内容请搜索阿里西西以前的文章或继续浏览下面的相关文章希望大家以后多多支持阿里西西！

方法一:(这种是最常用的,因为很多大段的内容都使用text ntext等数据类型,而我们通常也是替换里面的内容) varchar和nvarchar类型是支持replace，所以如果你的text不超过8000可以先转换成前面两种类型再使用replace 替换 text ntext 数据类型字段的语句 update 表名 set 字段名=replace(cast(与前面一样的字段名 as varchar(8000)) ,'原本内容','想要替换成什么') 方法二:(替换其他数据类型字段的语句,实际应用中不常见) update [表名] set 字段名 = replace(与前面一样的字段名,'原本内容','想要替换成什么') 以下是补充：1。如何批量替换ntext字段里面的数据 问题描述： 我想把数据库中News表中的字段content中的一些字符批量替换。 我的content字段是ntext类型的。 我想替换的字段是content字段，我想把里面的www.downcc.com替换成http://www.downcc.com，替换方法是： update News set content = replace(cast(content as varchar(8000)), 'www.downcc.com', 'http://www.downcc.com') 2。如何批量替换varchar和nvarchar类型 varchar和nvarchar类型是支持replace，所以如果你的text/ntext不超过8000/4000可以先转换成前面两种类型再使用replace。 update 表名 set text类型字段名=replace(convert(varchar(8000),text类型字段名),'要替换的字符','替换成的值') update 表名 set ntext类型字段名=replace(convert(nvarchar(4000),ntext类型字段名),'要替换的字符','替换成的值') 不过上面的方法，对于text或ntext字段超过8000的时候就不能用了，一般可以用asp程序来实现，先读取内容替换后，保存到数据库中。临时解决方法：就是在生成静态的时间，可以先替换再输出，这里有个貌似不错的解决方法了。