sql server数据库怎么写日志
：查看sql数据库操作日志的方法步骤： 1、用windows身份验证登陆数据库，点击【连接】； 2、展开数据库服务器下面的【管理】【SQL Server日志】； 3、双击【当前】可以打开【日志文件查看器】里面有所有的运行日志；
❷ SQL SERVER 2000数据库日志文件过大如何解决
收缩数据库
一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大
1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft
SQL
Server-->SQL
Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
❸ SQL服务器端如何设置记录日志
设置作业历史记录日志
在对象资源管理器中，连接到 SQL Server 数据库引擎实例，再展开该实例。
右键单击“SQL Server 代理”，再单击“属性”。
在“SQL Server 代理属性”对话框中，选择“历史记录”页。
从下列选项中选择：
选中“限制作业历史记录日志的大小”，然后键入作业历史记录日志的最大行数和每个作业的最大行数。
选中“自动删除代理历史记录”，然后指定时间段。这样，早于此时间段的历史记录将从日志中清除。
❹ SQL Server事务日志的几个常用操作
我们知道，SQL Server事务日志主要是用来记录所有事务对数据库所做的修改，如果系统出现故障，它将成为最新数据的唯一来源。日志的操作常有以下几个应用：
一、事务日志文件LDF的丢失
当我们不小删除或者LDF文件丢失的时候，数据库只剩下MDF文件，此时直接通过附加MDF是无法恢复数据库的，那我们怎么样才能恢复数据库呢?我们可以把SQL Server的日志文件分为两种形式：一类是无活动事务的日志，另一类是有活动事务的日志，我们分别根据两种情况来进行数据库恢复。
1、无活动事务的日志恢复
当文件并没有发生活动性的日志，我们就可以很容易的利用MDF文件就可以直接恢复数据库了，具体操作方法如下：
1)数据库要是没有日志，就会处于置疑的状态，我们先可以通过企业管理器中在对应数据库中点击右键，然后在“所有任务”下选择“分离数据库”把数据库进行分离;
2)利用MDF文件附加数据库生成新的日志文件，可用企业管理器中数据库点击右键选择“所有任务”下的“附加数据库”把数据库附加上。
这样就可以直接恢复好数据库了，而如果数据库的日志文件中含有活动事务，利用此方法就不能恢复数据库，所以得使用下面的方法。
2、有活动事务的日志恢复
当日志发生了事务的记录，丢失的时候，我们采用如下的方法来实现：
1)新建一个同名的数据库，如原数据库名为MYDB，然后停止SQL Server服务器，再把数据库主数据MDF文件移走，然后重新启动SQL Server服务器，新建一个同名的数据库MYDB，然后再停止SQL Server服务器，把移走的MDF文件再覆盖回来，然后再重新启动SQL Server服务器，在默认的情况下，系统表是不允许被修改的，我们需要运行以下语句才可以，在查询分析器中，选择Master数据库，然后执行：
Sp_configure 'allow updates',1
Reconfigure With Override
接着运行以下语句，把Sysdatabases表中MYDB数据库的status属性设为‘37268’,把MYDB数据库设置为紧急模式。
update sysdatabases set status=32768 where name=’MYDB’
然后再把数据库MYDB设置为单用户模式，然后重启SQL Server服务器，并把数据库MYDB设为单用户模式
Sp_dboption 'MYDB','single user', 'true'
❺ sql server怎么设置日志文件
请参阅
SQL2005——向数据库中添加日志文件
https://jingyan..com/article/6f2f55a1bbb8b3b5b93e6ccc.html
❻ sql2000自动设置清除日志的具体方法如何操作
数据库日志文件是随着时间增长而增长的，如果长时间不清理，文件会变得特别大，因此需要定期清空，但是日至文件是恢复数据库的重要依据，不用日志文件也是不明智的。手工清除单个数据库的还好说，但数据库多了，或者临时没有来得及清理，可能硬盘空间就会占满了，影响访问。因此设置自动清理数据库日志文件还是比较实用的。
手动清理方法：右键单击需要清理的数据库，选择“属性”，在“选项”卡上，把故障还原模型设定为简单，确定后关闭;再右键单击该数据库，“所有任务”-“收缩数据库”，确认后即可清除日志文件，最后记得重新选择“属性”，将故障还原模型设置为完全。
自动清理方法：同样是利用sql
server代理服务，执行自动作业。
打开企业管理器，进入“管理”-“sql
server代理服务”-“作业”，在右侧窗口点击右键，选择“新建作业”。“常规”选项卡中，填写作业名称，具体描述，注意所有者最好还是用sa或者默认的管理帐号。
转到“步骤”选项卡，新建作业步骤，填写步骤名称，类型为脚本，数据库为需要清理日志的数据库，在下边命令中填写以下命令：
Sql代码
1.
DUMP
TRANSACTION
数据库名称
WITH
NO_LOG
DBCC
SHRINKFILE(数据库日志文件名,1)
或者使用
2.
DUMP
TRANSACTION
DBName
WITH
NO_LOG
BACKUP
LOG
DBName
WITH
NO_LOG
DBCC
SHRINKDATABASE(DBName
)
DBCC
SHRINKFILE(1)
❼ 如何创建SQL SERVER2005事务日志并且能每天自动建立。
方法1：
第一步：
backup
log
database_name
with
no_log
或者
backup
log
database_name
with
truncate_only
--no_log和truncate_only是在这里是同义的，随便执行哪一句都可以
第二步：
1.收缩特定数据库的所有数据和日志文件，执行
dbcc
shrinkdatabase
(database_name,[,target_percent])--database_name是要收缩的数据库名称；target_percent是数据库收缩后的数据库文件中所要的剩余可用空间百分比
2.收缩一次一个特定数据库中的数据或日志文件，执行
dbcc
shrinkfile(file_id,[,target_size])
--file_id是要收缩的文件的标识
(id)
号,若要获得文件
id，请使用
file_id
函数或在当前数据库中搜索
sysfiles；target_size是用兆字节表示的所要的文件大小（用整数表示）。如果没有指定，dbcc
shrinkfile
将文件大小减少到默认文件大小
两个dbcc都可以带上参数notruncate或truncateonly，具体意思看帮助。
方法2
（这个方法在sqlserver2000的环境下做一般能成功，在sqlserver7及以下版本就不一定了）：
第一步：
先备份整个数据库以备不测
第二步：
备份结束后，在query
analyzer中执行如下的语句：
exec
sp_detach_db
yourdbname,true
--卸除这个db在mssql中的注册信息
第三步：
到日志的物理文件所在的目录中去删除该日志文件或者将该日志文件移出该目录
第四步：
在query
analyzer中执行如下的语句：
exec
sp_attach_single_file_db
yourdbname,'d:\mssql7\data\yourdbname_data.mdf'
--以单文件的方式注册该db，如果成功则mssql将自动为这个db生成一个500k的日志文件。
以上方法在清除log日志中均有效。
但，能否让sql
server
不产生log日志呢？以上方法好像均无效。
我这儿正好有个case：
我客户的sql
server每天都会产生4，500m的log日志，每天都清除一下，非常不便。有没有办法实现不产生log日志呢？
我分析了一下客户产生log日志的原因，并且做了相应测试。
客户是每天将数据库清空，从总系统中将数据导入到sql
server里。我感决sqlserver在插入时产生log不大，在delete整个库时产生log极大。
比如：
select
*
into
test_2
from
b_bgxx
共45000条记录，产生十几m
log，如果
delete
from
test_2
产生80多m
log
，这明显存在问题。
虽然可以换成：
truncate
table
test_2
但我还是希望能找到不产生log的方法。就如oracle不产生归档一样。
❽ 如何限定SQL SERVER数据库的日志为固定大小
打开数据库名称上的右键菜单项【属性】，在【属性】窗口的【文件】选项卡中设置数据库日志文件的【初始大小】值，并通过取消勾选【启用自动增长】关闭数据库日志文件的自动增长功能，步骤如下图：
❾ 如何查看数据库日志
1、首先，打开计算机上的sqlserver软件，进入软件加载界面。