sqlserver收缩数据库语句
sql2012怎么定期自动收缩日志文件？
sql2012怎么定期自动收缩日志文件？
跨机房我们之前尝试过3种方案：
1.A机房定期备份数据库日志，同步到B机房后还原日志文件。这个在高并发请求的时候会导致数据库无法还原，因为该库一直有连接的线程，需要杀掉后才能还原。但是杀掉后又会重新有客户端连接，所以会导致还原困难。
2. 用sqlserver的复制方案，在跨机房的情况下发现性能底下。所以放弃。
3.现在采用的办法使用程序逻辑 队列来进行同步。把A机房的数据库操作文本放入队列，然后B机房取出执行。这个方案有很多细节上的逻辑问题需要考虑到位，不然可能在异常情况下很难处理。但目前试用了半年，比较稳定，基本上能实现数据库的及时同步。
sqlserver的日志文件能不能删除？
在SQLServer运行中，只能“清空”和“收缩”事务日志文件，不能删除它。相关知识点延伸：
1、在当前的SQLServer中，事务日志文件在数据库运行中必需存在。如果是事务文件过大，想减少磁盘中用的话，可以清空事务日志，并收缩事务日志文件。
2、想删除数据库事务日志文件，只能先“分离”数据库，不过，在附加时如果数据库文件的事务日志文件缺失，将会在附加时重建。
3、相关操作：a.清空日志DUMPTRANSACTION库名WITHNO_LOGb.截断事务日志：BACKUPLOG数据库名WITHNO_LOGc.收缩数据库文件(如果不收缩,数据库的文件不会减小企业管理器-gt右键你要压缩的数据库-gt所有任务-gt收缩数据库-gt收缩文件填入收缩数值，后确定。
SQLServer主从数据同步，如何解决延时？
SQL Server中的高可用特性工作中使用SQL Server高可用特性的场景也就是数据库主从复制，可以用的特性有三个：复制、镜像、日志传送。复制（发布-订阅模式）：
复制严格来说并不算是一个为高可用性设计的功能，但的确可以被应用于高可用性。复制提供了数据库对象级别的保护。复制使用的是发布-订阅模式，即由主服务器（称为发布服务器）向一个或多个辅助服务器或订阅服务器发布数据。复制可在这些服务器间提供实时的可用性和可伸缩性。它支持筛选，以便为订阅服务器提供数据子集，同时还支持分区更新。订阅服务器处于联机状态，并且可用于报表或其他功能，而无需进行查询恢复。
SQL Server 提供四种复制类型：快照复制、事务复制、对等复制以及合并复制。
我们一般选择快照复制或事务复制，两者概念介绍如下：
快照复制
1、概念 快照复制是完全按照数据和数据库对象出现时的状态来复制和分发它们的过程。快照复制不需要连续地监控数据变化，因为已发布数据的变化不被增量地传播到订阅服务器，而是周期性的被一次复制。
2、 适用情况 数据主要是静态的，比如将数据仓库复制到数据集市中 一段时间内允许有已过时的数据拷贝的情况 小批量数据 站点经常脱离连接，并且可接受高延迟
事务复制
1、概念 使用事务复制，初始快照数据将被传播到订阅服务器，因此该订阅服务器就具有了一个所谓的初始负载，这是可以开始工作的内容。当出版服务器上发生数据修改时，这些单独的事务会被及时捕获并复制到订阅服务器。并保留事务边界，当所有的改变都被传播后，所有订阅服务器将具有与传播服务器相同的值。
2、适用情况 需要数据修改经常在其发生的几秒钟内被传播到订阅服务器 需要事务是原子性的 订阅服务器在通常是连接到出版服务器上的 应用程序不能忍受订阅服务器接收改变的高延迟 创建发布-订阅的数据库服务器名不能是IP，只能是具体的服务器名称，如：