sql2000日志

A. sql Server 2000日志转移实现高可用性[2]

日志转移的另一优点是你能将备份数据库作为报告数据库使用 这对许多公司来说是很不错的选择 但如果你决定了用这个备份数据库作报告使用 就必须注意它的局限性 使用原始数据库中的日志时 SQL Server 要求指定唯一的通道 所以 当日志文件正在被应用时 报告则不能同时进行

使用日志转移要考虑的相关因素

在将日志转移作为高可用性的方案来使用时 我们必须考虑以下几点因素 由于从原始数据库到备份数据库有一个潜伏期 对你的公司而言 它并非一定是可行的实现高可用性的一种解决方案 潜伏期由数据库管理员设置 时间也因需要而缩短 但永远不能避免

日志转移中没有设置恢复功能 这就意味着在将日志转移到备份服务器上时 这些日志都暂时不可用 因此 数据库管理员必须在将备份数据库放到网上前完成一系列的操作 这些步骤包括

将已存储在备份数据服务器上原始数据库里的备份标签存储起来 一旦所有的标签被存储后 数据库就必须得到恢复 然后放到网上

一旦所有的数据库都已放在网上 所有需要访问数据库的应用程序就需要改变自身的链接 如果你不能将应用程序尽快指向刚刚恢复的数据库 你就前功尽弃了

一个SQL Server的实例能用于监控日志转移 这个实例可以在原始数据库 备份数据库或单独的数据库中 任何一种版本的SQL Server都能用于SQL Server监控

注释 数据库登录必须在原始数据库与备份数据库之间同时进行

lishixin/Article/program/SQLServer/201311/22518

B. 如何查询SQLserver 2000操作日志

你好！

1.如果要看日志内容，sql server下不直接支持，但是可以用LogExplorer（只支持2000）等工具来查看
如果你的意思是想看数据库在执行什么语句，可以用Sql profiler
菜单 Tool->Sql Server Profiler
进到Profiler的界面后新建一个跟踪（new Trace），选择好你的数据库和相应的用户、密码，然后就可以看到所有传到Sql Server来执行的语句了。
如果想更多的了解，可以去找些 Sql Server Profiler的资料看下，最好还是自己试几下，操作很简单，但是平时开发过程中调试很好用

2.每个 Microsoft® SQL Server™ 2000 数据库都有事务日志，用以记录所有事务和每个事务对数据库所做的修改。记录事务及其修改有三个作用：
恢复个别的事务。
如果应用程序发出 ROLLBACK 语句，或者 SQL Server 检测到错误（例如失去与客户端的通讯），就使用日志记录回滚未完成的事务所做的修改。
SQL Server 启动时恢复所有未完成的事务。
当运行 SQL Server 的服务器发生故障时，数据库可能处于这样的状态：还没有将修改从高速缓冲存储器写入数据文件，在数据文件内有未完成的事务所做的修改。当启动 SQL Server 的复本时，它对每个数据库执行恢复操作。前滚日志中记录的、可能尚未写入数据文件的每个修改。然后回滚在事务日志中找到的每个未完成的事务，以确保数据库的完整性。
将还原的数据库前滚到故障点。
丢失数据库（在没有 RAID 驱动器的服务器上，硬盘驱动器出现故障时可能会出现这种情况）后，可以将数据库还原到故障点。首先还原上一次的完整数据库备份或差异数据库备份，然后将事务日志备份序列还原到故障点。当还原每个日志备份时，SQL Server 重新应用日志中记录的所有修改以前滚所有事务。当最后的日志备份还原后，SQL Server 将使用日志信息回滚到该点未完成的所有事务。
SQL Server 2000 事务日志的特点是：
事务日志不是作为一个表实现，而是作为单独的文件或数据库内的一组文件实现。日志高速缓存与数据页的高速缓冲存储器分开管理，从而使数据库引擎内的编码更简单、更快速和更可靠。
日志记录和页的格式不必遵守数据页的格式。
事务日志可以在几个文件上实现。可以根据需要定义这些文件为自动增长。这样可减少事务日志内空间不足的可能性，同时减少管理开销。
截断日志中未用部分的机制速度快且对事务吞吐量影响最小。

C. 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)

D. sql server 2000日志有什么用处

每个 Microsoft® SQL Server™ 2000 数据库都有事务日志，用以记录所有事务和每个事务对数据库所做的修改。记录事务及其修改有三个作用：

恢复个别的事务。
如果应用程序发出 ROLLBACK 语句，或者 SQL Server 检测到错误（例如失去与客户端的通讯），就使用日志记录回滚未完成的事务所做的修改。

SQL Server 启动时恢复所有未完成的事务。
当运行 SQL Server 的服务器发生故障时，数据库可能处于这样的状态：还没有将修改从高速缓冲存储器写入数据文件，在数据文件内有未完成的事务所做的修改。当启动 SQL Server 的复本时，它对每个数据库执行恢复操作。前滚日志中记录的、可能尚未写入数据文件的每个修改。然后回滚在事务日志中找到的每个未完成的事务，以确保数据库的完整性。

将还原的数据库前滚到故障点。
丢失数据库（在没有 RAID 驱动器的服务器上，硬盘驱动器出现故障时可能会出现这种情况）后，可以将数据库还原到故障点。首先还原上一次的完整数据库备份或差异数据库备份，然后将事务日志备份序列还原到故障点。当还原每个日志备份时，SQL Server 重新应用日志中记录的所有修改以前滚所有事务。当最后的日志备份还原后，SQL Server 将使用日志信息回滚到该点未完成的所有事务。

SQL Server 2000 事务日志的特点是：

事务日志不是作为一个表实现，而是作为单独的文件或数据库内的一组文件实现。日志高速缓存与数据页的高速缓冲存储器分开管理，从而使数据库引擎内的编码更简单、更快速和更可靠。

日志记录和页的格式不必遵守数据页的格式。

事务日志可以在几个文件上实现。可以根据需要定义这些文件为自动增长。这样可减少事务日志内空间不足的可能性，同时减少管理开销。

截断日志中未用部分的机制速度快且对事务吞吐量影响最小。

E. Sql Server2000日志怎么查看

打开sqlserver管理器，在sqlserver根目录下有目录“管理”，展开“管理”，你就可以看到“sql
server
日志”

F. SQL2000怎样查看数据库的日志

查看交易日志（Transaction logs），扩展名为ldf。
交易日志是针对数据库改变所做的记录，它可以记录针对数据库的任何操作，并将记录结果保存在独立的文件中。对于任何每一个交易过程，交易日志都有非常全面的记录，根据这些记录可以将数据文件恢复成交易前的状态。从交易动作开始，交易日志就处于记录状态，交易过程中对数据库的任何操作都在记录范围，直到用户点击提交或后退后才结束记录。每个数据库都拥有至少一个交易日志以及一个数据文件。

出于性能上的考虑，SQL Server将用户的改动存入缓存中，这些改变会立即写入交易日志，但不会立即写入数据文件。交易日志会通过一个标记点来确定某个交易是否已将缓存中的数据写入数据文件。当SQL Server重启后，它会查看日志中最新的标记点，并将这个标记点后面的交易记录抹去，因为这些交易记录并没有真正的将缓存中的数据写入数据文件。这可以防止那些中断的交易修改数据文件。

G. SQL Server 2000之日志传送功能—问题解决

一 残余数据

当您进行SQL Server 日志传送的实验时 也许偶而会中断设定过程 如果真是如此 那么某些资料仍然会存入每台服务器的日志传送资料表 并且影响到后续的日志传送设定动作 为了保证这些剩余资料都会被清除 请确实删除每台服务器msdb数据库内日志传送资料表之相关资料

错误信息

Error : The specified primary_server_name primary_database_name ( N ) already exists

Error : A log shipping monitor is already defined ( )

处理方法

必须手动执行下面几个存储过程来删除Log Shipping在数据库中记录的信息

sp_delete_log_shipping_primary

删除msdb dbo log_shipping_primary表中的Primary Server信息

sp_delete_log_shipping_plan

删除Log Shipping计划

sp_delete_log_shipping_secondary

删除msdb dbo log_shipping_secondaries表中的Secondary Server信息

sp_remove_log_shipping_monitor

删除Log Shipping监视从表msdb dbo log_shipping_monitor

二 数据库的模式

如果正确设置了Log Shipping 但是没有办法正常执行 在SQL Server的日志中可以看到类似这个信息和界面

Microsoft (R) SQLMaint Utility (Unicode) Version Logged on to SQL Server ZTAO as ZTAO Administrator (trusted)

Starting maintenance plan LOG_Plan_ on : :

Backup can not be performed on database ERPLogShipping This sub task is ignored

Deleting old text reports file(s) deleted

End of maintenance plan LOG_Plan_ on : :

SQLMAINT EXE Process Exit Code: (Failed)

可能是你没有正确设置数据库的模式 完整模式

三 Log文件存放路径

lishixin/Article/program/SQLServer/201311/22534

H. SQL2000,数据库日志很大

一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 ：
1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如论坛数据库Forum）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 ；
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 ；
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据。

I. 如何压缩SQL Server 2000数据库的日志

首先将你要将压缩的数据库设置为简单日志模式