如何查看sql数据库 *** 作日志

这可能是因为该数据库： 处于可疑模式。 不再存在。 处于单用户模式，并且唯一可用的连接已由其他用户或事物使用。 已被分离。 已设置为 RESTRICTED_USER 状态。 处于脱机状态。 设置为紧急状态。 不具有映射到用户的登录帐户，或者该用户已被拒绝访问。 此外，该登录帐户可能是多个组的成员，且其中一个组的默认数据库在连接时不可用。 SQL Server 2005 在 SQL Server 2005 中，可以使用 sqlcmd 实用程序更改默认数据库。为此，请按照下列步骤 *** 作： 1 单击“开始”，单击“运行”，键入 cmd，然后按 Enter。 2 根据 SQL Server 登录使用的身份验证种类，请使用以下方法之一： 如果 SQL Server 登录使用 Microsoft Windows 身份验证连接到该实例，请在命令提示符处键入以下内容，然后按 Enter： sqlcmd –E -S InstanceName –d master 如果 SQL Server 登录使用 SQL Server 身份验证连接到该实例，请在命令提示符处键入以下内容，然后按 Enter： sqlcmd -S InstanceName -d master -U SQLLogin -P Password 注意：InstanceName 是要连接到的 SQL Server 2005 实例的名称的占位符。SQLLogin 是已删除其默认数据库的 SQL Server 登录的占位符。Password 是 SQL Server 登录密码的占位符。 3 在 sqlcmd 提示符处，键入以下内容，然后按 Enter： Alter LOGIN SQLLogin WITH DEFAULT_DATABASE = AvailDBName 注意：AvailDBName 是可由实例中 SQL Server 登录访问的现有数据库的名称的占位符。 4 在 sqlcmd 提示符处，键入 GO，然后按 Enter。 SQL Server 2000 和 SQL Server 70 在 SQL Server 2000 和 SQL Server 70 中，可以使用 osql 实用程序更改默认数据库。为此，请按照下列步骤 *** 作： 1 在命令提示符处，键入以下内容，然后按 Enter： C:\>osql -E 2 在“osql”提示符处，键入以下内容，然后按 Enter： 1>sp_defaultdb 'user's_login', 'master' 3 在第二个提示符处，键入以下内容，然后按 Enter： 2>go 更简单明了的： 无法打开用户默认数据库，登录失败,这也是SQL Server使用者熟悉的问题之一。在使用企业管理器、查询分析器、各类工具和应用软件的时候，只要关系到连接SQL Server数据库的时候，都有可能会碰到此问题,引起此错误发生的原因比较多,下面我们就来详细分析引起此问题的原因以及解决办法。 一、原因 登录帐户的默认数据库被删除。

查看 *** 作系统版本 SQL> select from v$version 查看预警日志文件（alert_sidlog）的位置 SQL> show parameter dump 创建目录alert 注意：directory不是实体，只是一个指向，指向os中一个路径 SQL> create or replace directory alert as '/u0

步骤/方法

选中要清除日志的数据库，点击右键从d出菜单中选择“属性”命令:

在d出的对话框中，选择“选项”，切换到“选项”选项卡：

在“选项”选项中的“故障还原”中，单击“模型”，从d出的下拉列表菜单中选择“简单”，如上图；

最后单击对话框最下边“确定”按钮保存设置并退出；

然后再再选中这个数据库并单击右键，从d出菜单中选择“任务”，再选择“收缩”，再从子菜单中选择“数据库”命令，压缩DB:

6

然后再重新在这个数据库上右击并选择“属性”，同样切换到对话框中的“选项”选项卡中，将“模型”改回“大容量日志记录的”。同步骤2；

7

清理日志后其相应的数据库数据文件会变小，但不会丢失

你是要看数据文件和日志文件的存放位置呢，还是里边的内容？查看位置的话，直接使用：SQL> select from v$logfile;SQL> select file_id,file_name from dba_data_files;如果要查看内容的话，得把数据打出来，到trace文件中查看。

四，服务器故障排查方法总结

问题描述：

每当出现网站访问不了的时候，估计应该就是服务器出现故障了，这个时候大部分情况都是属于数据库出现问题。

查找步骤：

1、查找top检查服务器负载是否有问题

一般网站访问不了，top显示的负载都是很大的，这个时候可以看到mysql的进程占用资源很高，往往就是mysql发生故障了

2、在服务器中查看网站的访问记录

这些访问记录存储在：/home/对应的网站名/access-logs/对应的网站名

可以先通过tail查看，查看出异常的ip的时候可以通过grep进行过滤查看，在这个文件一般都可以找到恶意爬虫、恶意访问的记录，这些往往有可能是导致mysql数据库挂掉的原因。

3、这个时候先对数据库进行重启，对apache进行重启

service mysql restart

service >

您好，很高兴为您解答。

在SQL Server 70和SQL Server2000中，可以用下面的命令查看：

DBCC log ( {dbid|dbname}, [, type={0|1|2|3|4}] )

参数:

Dbid or dbname - 任一数据库的ID或名字

type - 输出结果的类型:

0 - 最少信息(operation, context, transaction id)

1 - 更多信息(plus flags, tags, row length)

2 - 非常详细的信息(plus object name, index name,page id, slot id)

3 - 每种 *** 作的全部信息

4 - 每种 *** 作的全部信息加上该事务的16进制信息

默认 type = 0

要查看MSATER数据库的事务日志可以用以下命令：

DBCC log (master)

释放日志空间

1清空日志

　 DUMP TRANSACTION 库名 WITH NO_LOG

2截断事务日志：

　 BACKUP LOG 数据库名 WITH NO_LOG

3收缩数据库文件(如果不压缩,数据库的文件不会减小

　 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件

　 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

　 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了

　 也可以用SQL语句来完成

　 --收缩数据库

　 DBCC SHRINKDATABASE(客户资料)

　 --收缩指定数据文件,1是文件号,可以通过这个语句查询到:select from sysfiles

　 DBCC SHRINKFILE(1)

4为了最大化的缩小日志文件(如果是sql 70,这步只能在查询分析器中进行)

　 a分离数据库:

　 企业管理器--服务器--数据库--右键--分离数据库

　 b在我的电脑中删除LOG文件

　 c附加数据库:

　 企业管理器--服务器--数据库--右键--附加数据库

　 此法将生成新的LOG，大小只有500多K

　 或用代码：

　 下面的示例分离 pubs，然后将 pubs 中的一个文件附加到当前服务器。

　 a分离

　 E X E C sp_detach_db @dbname = 'pubs'

　 b删除日志文件

　 c再附加

　 E X E C sp_attach_single_file_db @dbname = 'pubs',

　 @physname = 'c:/Program Files/Microsoft SQL Server/MSSQL/Data/pubsmdf'

5为了以后能自动收缩,做如下设置:

　 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩"

　 --SQL语句设置方式:

　 E X E C sp_dboption '数据库名', 'autoshrink', 'TRUE'

6如果想以后不让它日志增长得太大

　 企业管理器--服务器--右键数据库--属性--事务日志

　 --将文件增长限制为xM(x是你允许的最大数据文件大小)

　 --SQL语句的设置方式:

　 alter database 数据库名 modify file(name=逻辑文件名,maxsize=20)

特别注意：

　 请按步骤进行,未进行前面的步骤,请不要做后面的步骤

　 否则可能损坏你的数据库

　 一般不建议做第4,6两步

　 第4步不安全,有可能损坏数据库或丢失数据

　 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复

另外提供一种更简单的方法，建议大家使用。

更简单的方法：

1。右建数据库属性窗口--故障还原模型--设为简单

2。右建数据库所有任务--收缩数据库

3。右建数据库属性窗口--故障还原模型--设为大容量日志记录

如若满意，请点击右侧采纳答案，如若还有问题，请点击追问

希望我的回答对您有所帮助，望采纳！

打开Log Explorer -> Attach Log File -> 选择SQL Server服务器和登陆方式 -> Connect ->

在Database Name中选择数据库 -> Attach-> 左面对话框中Browse-> View Log-> 就可以看到log记录了

想恢复的话: 右键Log记录 Undo Transation-> 选择保存文件名和路径-> 然后打开该文件到查询分析器里执行

T-sql代码就可以了

例如 如果Log是delete table where 的话,生成的文件代码就是insert table

然后将此insert table的代码放到查询分析器里执行就可以恢复数据

数据库的安全涉及到各方面，数据的丢失或者篡改将会带来无法估量的损失，所以数据库的安全尤为重要，我们可以通过数据库的日志来分析数据库的安全性，然会针对分析结果采取相应的措施。

以上就是关于如何查看sql数据库 *** 作日志全部的内容，包括:如何查看sql数据库 *** 作日志、如何查看数据库alert日志文件、sql2005数据库日志，该怎么处理等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！