我们有SQL Server 2012(在Windows Server 2012 R2上)和为AlwaysON(01-03)配置的数据库,我们每天进行一次完整备份并每隔5分钟备份一次备份。数据库的大小为288 GB(mdf - 88GB,ndf - 110 GB,ldf - 84 GB)。SQL Server日志文件快速增长
没有很长的交易。我缩小了两次日志文件并购买了4 GB,但在2天内它们的备份容量高达88 GB。
我该如何解决这个问题?
我们有SQL Server 2012(在Windows Server 2012 R2上)和为AlwaysON(01-03)配置的数据库,我们每天进行一次完整备份并每隔5分钟备份一次备份。数据库的大小为288 GB(mdf - 88GB,ndf - 110 GB,ldf - 84 GB)。SQL Server日志文件快速增长
没有很长的交易。我缩小了两次日志文件并购买了4 GB,但在2天内它们的备份容量高达88 GB。
我该如何解决这个问题?
我收缩日志文件两次买下来到4GB
既然你能收缩日志和日志文件的大小得到减少,你看到的可能是日志增长由于高容量交易..
下面是找出哪些交易是导致日志增长的方式......
select
txt.text,
sum(trn.database_transaction_log_bytes_used +
trn.database_transaction_log_bytes_reserved) as totallogused
from
sys.dm_tran_database_transactions trn
join
sys.dm_exec_requests ec on ec.transaction_id=trn.transaction_id
cross apply
sys.dm_exec_sql_text(EC.sql_handle) txt
group by
txt.text
在4个文本中,我看到更新SP正在使用1001482 totallogused。我怎么能阻止呢? – user112359
为什么你需要阻止它..?任何dml语句都会使用日志..您需要为您的日志增长规划 – TheGameiswar
关于规划日志增长的任何建议?请 – user112359
按我的理解有些REA的儿子事务日志文件可增长是:
长时间运行的查询:
select name, log_reuse_wait_desc
from sys.databases
这应该说明为什么事务日志文件没有公布
优化作业运行的空间,可也会导致事务日志文件增长
日志备份频率设置不当 - 某些时候最好的选项是befo重新任何优化作业运行 - 检查日志文件的使用 - 如果你需要设置一个日志备份任何优化作业运行
有计划适当的日志备份是处理日志增长的最佳途径之前,一个不寻常的情况,除非。
SQL Server 2012 RTM有一个MS确认的错误,使日志文件在某些情况下无故增长,至少使用简单的恢复模式。这在SP2或SP3中得到了修复,如果您仍然处于RTM或SP1中,则可以尝试安装延期的SP。 –