每天偶尔检查数据库作业是否失败,发现有错误 select top 10 job_id,run_date,run_time,run_duration,step_name,message from msdb..sysjobhistory where run_status = 0 order by run_date desc,run_time desc 该作业失败. 计划 12(复制代理计划.)调用了该作业.最后运行的是步骤 1(运行代理.).. 已以用户 NTAUTHORITY\NETWORKSE
SQL Server数据库快照的工作方式 翻译自:How Database Snapshots Work 最近有一个帖子<errorlog中的异常信息rolled forward 和rolled back> 里面说到: 每周六凌晨1点会出现以下信息,服务器及数据库未出现重启,节点未切换,filestream access level =0 Configuration option 'user options' changed from 0 to 0. Run the RECONFIGURE s
由于数据库日志增长被设置为“无限制”,所以时间一长日志文件必然会很大,一个400G的数据库居然有600G的LOG文件,严重占用了磁盘空间.由于主要是做OLAP,所以数据库本身不会有大变动,所以日志也就没有多少作用了,因此想办法把数据库日志文件收缩到很小或者删除. 网上搜索相关解决方案后,得到的答案丰富多彩,但是真正管用的方案并不多,这里分享一个csdn上找到的方法.这个方法讲述了SQL Server 2005和SQL Server 2008在收缩数据库日志的不同之处,颇有帮助.同时,该方法的效率
问题描述: 使用基于快照初始化的事务复制,在上次发布的时候,添加项,执行快照agent,报错,错误信息: Error messages:Message: The subscription status of the object could not be changed. Command Text: sp_MSactivate_auto_subParameters: @publication = 1 @article = % @status = initiated Stack: at Micro
sql 在使用中每次查询都会生成日志,但是如果你长久不去清理,可能整个硬都堆满哦,笔者就遇到这样的情况,直接网站后台都进不去了.下面我们一起来学习一下如何清理这个日志吧 SQL2008清空删除日志: 方法一: USE [master] GO ALTER DATABASE AFMS SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE AFMS SET RECOVERY SIMPLE GO USE AFMS GO , TRUNCATEONLY) GO
--临时表与一般的表不同,它是保存到tempDb表中.临时表的表名与你所建的表名也不一样,因为他要为不同人的相同操作创建不同的临时表. --1.错误的删除操作: --错误的临时表删除操作,因为所在数据库不同 IF EXISTS (SELECT * FROM sysobjects WHERE object_id=OBJECT_ID(N'[dbo].[#tempTable]') AND type in (N'U')) Begin DROP TABLE[dbo].[tempTable] End --错
第一步: 建表 create table t1(x int, y int); create table t2(x int, y int); go insert into t1(x,y) values(1,2),(2,3),(3,4),(4,5),(5,6); insert into t2(x,y) values(1,2),(2,3); go 第二步: 删除t1表中的相关行 delete a from t1 as a inner join t2 as b on a.x=b.x; 第三步: 第二步就