1. 如何用log explorer分析sql2000的日志文件
在SQL Server2000中,一个数据库的日志是以*.ldf 文件存放,请问我想查看某一个数据库的日志,该如何操作.
方法1、
DBCC LOG('DatabaseName',2)
方法2:
select * From ::fn_dblog(default,default)
方法3
用Log Explorer
2. sql2000做复制后,distribution的log越来越大怎么处理
快点处理log文件吧,不然你会等到的结果是数据库蹦贵。
先数据库备份出来,然后做数据库分离,把日志文件删除,再附件数据。虽然报错没有日志文件,但它会自动补建一个日志文件
3. SQL数据库log文件怎么用
log文件,也就是日志文件,
把你的系统放到数据库中,你需要附加数据库
操作方式是
用企业管理器,选中数据库
然后所有任务,
选择附加数据库
输入数据库文件的地址,
主文件.mdf
然后附加即可
4. sql server 2000如何导入data.mdf和log.ldf
用过sql2000的人应该知道,当你新建数据库时,便会在你创建的位置生成两个这样的文件(数据库名称.mdf和数据库名称.ldf)。
这样的文件是数据库文件,而不是备份文件。
所以,你不可能将备份文件改成以.mdf或者.ldf 的备份文件。
总而言之,备份文件与数据库文件不是同一种文件。
如果你想要备份数据库,那么生成的就是备份文件,例如:
以microsoft sql server 2005为例:
1.生成备份文件。
在sql2000中打开数据库,右击点备份。就可以了。
备份文件是以.bak结尾。
2.还原数据库
新建一个数据库,然后将其用备份的文件(*.bak)还原,然后查看这个数据库,就可以看到备份文件的资料了,具体方法如下:
打开sql server management studio,右键单击左侧窗口的数据库->新建数据库,这里命名为sql,然后右键单击sql->任务->还原->数据库->选择下面的原设备->单击右侧的没有名字的按钮(即浏览按钮)->添加->选择你要查看的.bak文件,然后一路点确定就可以了。
5. SQL2000 日志文件SQL.LOG过大
这个可以的
你先吧数据库分离出去 然后挪动到其他盘符 在附加上去
还有就是建立数据库的时候直接修改保持目录
6. SQL SERVER 2000 怎么压缩log文件
方法1:
第一步:
backup log DATABASE_NAME with no_log
第二步:
收缩特定数据库的所有数据和日志文件,执行 dbcc shrinkdatabase (DATABASE_NAME)
方法2:
另一种方法有一定的风险性,因为SQL SERVER的日志文件不是即时写入数据库主文件的,如处理不当,会造成数据的损失。
1: 删除LOG
分离数据库 企业管理器->服务器->数据库->右键->分离数据库
2:删除LOG文件
附加数据库 企业管理器->服务器->数据库->右键->附加数据库
此法会提示"重新创建log"生成新的LOG,大小只有500多K。
注意:建议使用第一种方法。
如果以后,不想要它变大。
SQL2000下使用:
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句:
alter database 数据库名 set recovery simple
方法3:
如果数据库使用的是简单恢复模式,直接执行CHECKPOINT之后,再收缩一次数据库,则删除新的 MinLSN 之前的所有日志记录。
7. SQL2000怎样查看数据库的日志
查看交易日志(Transaction logs),扩展名为ldf。
交易日志是针对数据库改变所做的记录,它可以记录针对数据库的任何操作,并将记录结果保存在独立的文件中。对于任何每一个交易过程,交易日志都有非常全面的记录,根据这些记录可以将数据文件恢复成交易前的状态。从交易动作开始,交易日志就处于记录状态,交易过程中对数据库的任何操作都在记录范围,直到用户点击提交或后退后才结束记录。每个数据库都拥有至少一个交易日志以及一个数据文件。
出于性能上的考虑,SQL Server将用户的改动存入缓存中,这些改变会立即写入交易日志,但不会立即写入数据文件。交易日志会通过一个标记点来确定某个交易是否已将缓存中的数据写入数据文件。当SQL Server重启后,它会查看日志中最新的标记点,并将这个标记点后面的交易记录抹去,因为这些交易记录并没有真正的将缓存中的数据写入数据文件。这可以防止那些中断的交易修改数据文件。
8. SQL2000我只有MDF数据,没有LOG日志,怎么还原数据库
给你一个我日常维护数据库的方法吧。
SQL Server 2000数据库LDF损坏,只有mdf的恢复方法。
SQL Server 2000数据库文件遭到破坏的现象经常出现,数据库出错是否可以修复呢?答案是可以的,本日志以一个sql server 2000数据库,数据库日志文件ldf损坏了,mdf正常,数据库附加失败的修复方法总结一下,数据库数据恢复在很多时候比较复杂,当数据库存在大量错误的时候,使用DBCC修复也是不可以的,需要拆解数据库来抢救重要的数据,下面是较为常见的一种SQL Server 2000数据库修复方式:
1) 先及时把原来的数据库文件(如test.mdf)备份到其他地方。
2) 停掉服务器。
3) 删除这个test.mdf。
4) 重新建立一个test同名数据库。
5) 删除这个新建立的test数据库的test.ldf文件,并用开始备份好test.mdf文件覆盖这个新建立的test.mdf文件。
6) 启动数据库服务器。此时会看到数据库test的状态为“置疑”。这时候不能对此数据库进行任何操作。
.设置数据库允许直接操作系统表。此操作可以在SQL Server Enterprise Manager里面选择数据库服务器,按右键,选择“属性”,在“服务器设置”页面中将“允许对系统目录直接修改”。
7) 设置test为紧急修复模式
update sysdatabases set status=-32768 where dbid=DB_ID('test')
此时可以在SQL Server Enterprise Manager里面看到该数据库处于“只读\置疑\脱机\紧急模式”可以看到数据库里面的表,但是仅仅有系统表
8) 下面执行真正的恢复操作,重建数据库日志文件
dbcc rebuild_log('test','C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.ldf')
执行过程中,如果遇到下列提示信息:
服务器: 消息 5030,级别 16,状态 1,行 1
未能排它地锁定数据库以执行该操作。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
说明您的其他程序正在使用该数据库,如果刚才您在操作中使用SQL Server Enterprise Manager打开了test库的系统表,那么退出SQL Server Enterprise Manager就可以了。
正确执行完成的提示应该类似于:
警告: 数据库 'test' 的日志已重建。已失去事务的一致性。应运行 DBCC CHECKDB 以验证物理一致性。将必须重置数据库选项,并且可能需要删除多余的日志文件。
DBCC 执行完毕。如果 DBCC 输出了错误信息,请与系统管理员联系。
此时打开在SQL Server Enterprise Manager里面会看到数据库的状态为“只供DBO使用”。此时可以访问数据库里面的用户表了。
9) 验证数据库一致性
dbcc checkdb('test')
10.设置数据库为正常状态
sp_dboption 'test','dbo use only','false'
如果没有出错,那么恭喜,现在就可以正常的使用恢复后的数据库啦。
11)最后一步,我们要将步骤6中设置的“允许对系统目录直接修改”一项恢复;
9. win2003下安装sql2000 报错 有log信息求分析问题
在管理员用户下安装,并且先不要加入域,另外试试重新下载一个安装包试试。SQL 2000是可以安装在WINDOWS2003下的。