MQ 日志文件损坏问题解决方法
问题定位：
启动时报错（AMQ7017 Log not available.）队列管理器日志不可用，检查配置文件日志路径配置是否正确，查看日志是否丢失，未丢失考虑日志被异常损坏。
应急思路：
a) 恢复备份日志，如果有活动日志备份副本，可考虑直接将备份日志拷贝替换现有日志，然后启动队列管理器。
b) 如果没有活动日志备份副本，参考以下操作：
查看出错队列管理器的C:/Program Files (x86)/IBM/WebSphere MQ/Qmgrs/<OldQMName>/qm.ini文件，记录如下参数的值：(以下为我误删日志文件的队列管理器的qm.ini记录)
Log:
LogPrimaryFiles=3
LogSecondaryFiles=2
LogFilePages=4096
LogType=CIRCULAR
根据以上参数用crtmqm命令创建一个临时的队列管理器，例如名字为TEMP 的队列管理器（以下以这个名字为例）
如果LogType是CIRCULAR
crtmqm -lp <LogPrimaryFiles> -ls <LogSecondaryFiles> -lc -lf <LogFilePages> TEMP:运行时，去掉< >
或者直接右键队列管理器：图形化界面步骤
=============》》下一步
辅助文件数===========》》下一步
===========》》下一步
设置一下端口完成
如果LogType是LINEAR
crtmqm -lp <LogPrimaryFiles> -ls <LogSecondaryFiles> -ll -lf <LogFilePages> TEMP：用的时候去掉< >
备份并删除C:/Program Files (x86)/IBM/WebSphere MQ/log/<OldQMName>下所有文件
将C:/Program Files (x86)/IBM/WebSphere MQ/log/TEMP目录下的所有文件和目录复制到C:/Program Files (x86)/IBM/WebSphere MQ/log/<OldQMName>目录下，注意要保持权限
注：网上说是要保持权限，但是我输入下面的语句，无法执行命令，所以也就没有保持权限，但是对面启动队列管理器没有影响，不知道具体是怎么保持权限的cp -pr /var/mqm/log/TEMP/* /var/mqm/log/<OldQMName>
备份并删除C:/Program Files (x86)/IBM/WebSphere MQ/qmgrs/<OldQMName>目录下的amqalchk.fil文件
将C:/Program Files (x86)/IBM/WebSphere MQ/qmgrs/TEMP目录下的amqalchk.fil文件复制到/var/mqm/qmgrs/<OldQMName>目录下，
注意保持权限
注：更上面的保持权限一样，我也没有执行命令
cp -p /var/mqm/qmgrs/TEMP/amqalchk.fil /var/mqm/qmgrs/<OldQMName>
如果在如下文件日志目录里面有QMA.000的文件（OldQMName和OldQMName.000）,这种类似的情况，备份和复制文件的时候同样也要在他们里
面进行
删除TEMP队列管理器
[dltmqm TEMP]
启动出错队列管理器
[strmqm <OldQMName>]
闲着没事，备份一下上面的文件，防止再次出现这种情况，再就是邪恶的360清理垃圾的时候慎用，在慎用，我用它误删了日志文件两次了。
*******。
MQ故障处理
http://10.112.2.50:7001/qbzhxt_zd/index.jsp用户名yyk 密码yyk1MQ故障处理方法1.mqm登陆，运行runmqsc，stop chl（上下行通道）。
Ctrl+D ，exit 退出。
2.root登陆，ps –u mqm，用kill -9 pid杀干净。
Ps –u yzyz，kill -9pid杀掉qb_receive，exit退出。
3.mqm登陆，strmqm回车，cd回车，runmqsc<stachl.tst。
退出。
4.yzyz登陆。
运行cd /u/yzyz/bin 回车，运行./strqb等三分钟查看。
1、登录mqm用户，密码：mqm2、停止MQM队列$ Endmqm –p 队列管理者其中队列管理对应如下表。
1、查看有一个AMQ开头的进程的PID号。
并将其杀掉。
$ ps –u mqm$ Kill -9 PID2、重启MQM$ strmqm$ cd$ runmqsc<stachl.tst 重启上行通道。
3、查看MQM通道状态。
$ runmqscDis chs(*) statusdis chs(*) status1 : dis chs(*) statusAMQ8417: Display Channel Status details.CHANNEL(QD.K_YY.QD.K)XMITQ()CONNAME(10.118.2.19)CURRENTCHLTYPE(-2145642489)STATUS(RUNNING)AMQ8417: Display Channel Status details.CHANNEL(YY.QD.K_QD.K)XMITQ(QD_KM)CONNAME(10.118.2.17)CURRENTCHLTYPE(-2145642489)STATUS(RUNNING)其中的（YY.QD.K_QD.K）是上行通道，(QD.K_YY.QD.K)为下行通道，看是否有两个RUNING状态。
MySQL中的数据库故障恢复和系统崩溃处理方法
MySQL中的数据库故障恢复和系统崩溃处理方法MySQL是一种非常流行的开源关系型数据库管理系统。
虽然它在大多数情况下非常稳定可靠，但是在实际使用中，难免会遭遇数据库故障和系统崩溃等问题。
本文将探讨MySQL中的数据库故障恢复和系统崩溃处理方法。
数据库故障恢复是指当数据库出现故障时，采取措施将数据库回复到正常工作状态的过程。
数据库故障通常包括数据文件损坏、主机故障、软件错误等。
针对不同的故障类型，我们可以采取不同的恢复方法。
首先，当数据库的数据文件损坏时，我们可以使用MySQL提供的工具和命令进行修复。
MySQL提供了InnoDB存储引擎的工具集合InnoDB Recovery Tools，可以帮助我们恢复由于数据文件损坏引起的数据库故障。
该工具集包括了一系列的命令和工具，可以进行日志文件的回滚、数据文件的恢复等操作。
其次，对于主机故障引起的数据库故障，我们可以通过备份和恢复的方式进行恢复。
MySQL支持多种备份方式，包括物理备份和逻辑备份。
物理备份是指将数据库的物理文件进行备份，适用于大规模数据的备份恢复。
逻辑备份是指将数据库的逻辑结构以SQL语句的形式进行备份，适用于数据结构较为复杂的数据库。
通过定期备份数据库，我们可以在主机故障时使用备份文件进行恢复。
此外，对于软件错误引起的数据库故障，我们可以借助MySQL的错误日志来分析和解决问题。
MySQL会将错误信息写入错误日志中，我们可以通过查看错误日志来了解数据库发生故障的原因，并采取相应的措施进行修复。
通过分析错误日志，我们可以获得故障发生的时间、错误类型、错误代码等信息，从而更快地解决问题。
在处理系统崩溃时，我们采取的方法与数据库故障恢复有所不同。
系统崩溃通常是指操作系统或硬件故障引起的系统崩溃，此时MySQL无法正常运行。
针对系统崩溃，我们可以通过以下几种方法进行处理。
首先，我们可以使用日志播放来进行系统崩溃的恢复。
MySQL的日志播放功能可以将事务日志中的操作重新执行一遍，从而将数据库恢复到崩溃前的状态。
SqlServer日志文件损坏后的处理方法
go
----5、恢复数据库状态----
update master.dbo.sysdatabases
set status='16'
where name='temp1' ----将temp1替换未你已经损坏的数据库名
USEMASTER GO
SP_CONFIGURE 'ALLOWUPDATES',1 RECONFIGUREWITHOVERRIDE
GO
UPDATE SYSDATABASES SET STATUS=32768 WHERENAME='置疑的数据库名' Go sp_dboption'置疑的数据库名','singleuser','true' Go DBCCCHECKDB('置疑的数据库名') Go updatesysdatabasessetstatus=28wherename='置疑的数据库名' Go sp_configure'allowupdates',0reconfigurewithoverride Go sp_dboption'置疑的数据库名','singleuser','false'Go
update master.dbo.sysdatabases
set status='32768' ----置成Emergency Mode (应急状态)
where name='temp1' ----将temp1替换为你已经损坏的数据库名
事件日志文件被损坏该怎么办
事件日志文件被损坏
今天对服务器进行日常巡查时，发现一台服务器日志文件中的系统日志无法查看，提示“事件日志文件被损坏”，那么下面来说一下处理方法：
1.关闭EventLog日志服务：鼠标右键“我的电脑”图标，选择“服务和应用程序”->
“服务”，选中Event Log服务，鼠标右键“属性”并将其设置成“禁用”。
2.重新启动服务器。
3.删除日志文件：服务器重启以后从%SystemRoot%\System32\Config目录中找到*.evt
的文件，一般是Appevent.evt、Secevent.evt和Sysevent.evt，分别对应“应用程序”、“安全性”和“系统”三个系统日志，删除时可以具有针对性的删除也可以全部删
除，因系统一般都装在C盘，所以*.evt的目录一般为C:\WINDOWS\system32\config\。
（删除了系统日志文件以后，原来的日志内容会全部丢失）
4.重新开启Event Log日志服务：鼠标右键“我的电脑”图标，选择“服务和应用程
序”->“服务”，选中Event Log服务，鼠标右键“属性”并将其设置成“自动”，并
启动该服务，在启动过程可能会出现错误提示，不用管它。
5.重新启动服务器。
重新启动服务器以后就可以查看系统日志了。
MS Sql Server 数据库或表修复(Log日志文件损坏的修复方法)
Sql代码1.----------------- 【1】e master3.go4.sp_configure 'allow updates',15.reconfigure with override6.go7.----------------- 【2】8.update sysdatabases set status=-32768 where dbid=DB_ID('zc_post')9.----------------- 【3】10.dbcc rebuild_log('zc_post','d:\zc_post_log.ldg')11.12.----------------- 【4】13.dbcc checkdb('zc_post')14.15.----------------- 【5】16.sp_dboption 'zc_post','dbo use only','false'Sql代码1.----------------- 【6】Sql代码1.<pre class="sql" style="color: rgb(75, 75, 75); font-size: 15px; font-weight: bold; background-color: rgb(255, 255, 255);" name="code">s p_configure 'allow updates',02.go3.reconfigure with override4.go</pre><br><pre></pre>5.<br>6.============================================================ 【详细方法】Sql代码1.[转]sql server 2000,Log.LDF文件丢失，附加数据库失败的解决办法2.3.关键词：SQL Server数据库文件恢复技术 SQL Server日志文件丢失的恢复方法4.5.SQL Server数据库备份有两种方式，一种是使用BACKUP DATABASE将数据库文件备份出去，另外一种就是直接拷贝数据库文件mdf和日志文件ldf的方式。
如何进行MQ运行故障和排除
目前随着我们在中国的WebSphere MQ（MQSeries）用户数量越来越多，越来越多的用户开始对MQ使用时的性能优化问题提出要求，希望能够更好地使用我们的产品，并尽可能的发挥它的最大优势，这里，我根据日常积累的经验谈一谈在MQ性能优化方面应该考虑的因素。
任何一种软件，都会存在一定的系统管理工作，WebSphere MQ也不例外，在使用WebSphere MQ（以下简称MQ）时，我们可能会由于配置的原因或者由于系统的原因，也可能由于MQ本身的原因，而遇到MQ运行过程中的一些故障和问题，如何能够快速地定位这些问题，分析问题发生的原因，进而快速地解决问题，恢复系统正常运行呢？这需要一定的经验积累和技巧，本文将对这方面给出一些简单的提示和方法。
其实，MQ的故障分析手段很多，例如MQ的错误日志即是一种简单易行、快速有效的手段，通过查看错误日志往往能一针见血地迅速解决问题，另外MQ还提供了其它一些手段，如通过作trace 和FFST (First Failure support technology) 等途径，来追踪和记录错误信息，从而解决问题。
作为一个跨平台的中间件产品，MQ在各个平台上的系统管理方法也有极大的相似之处，尤其在AIX，SUN，HP-UNIX等Unix平台和WindowsNT/2000平台上，本文将以MQ for Windows NT/2000 为例，帮助您分析和定位产品运行过程中可能发生的问题，并给出查找问题的办法，帮助您分析问题产生的可能原因，从而给出解决问题的途径。
在分析故障原因时，通常可从一个或一系列症状入手，对它们进行跟踪以发现问题发生的原因。
然而，诊断问题不是解决问题。
但是，问题诊断的过程常使你能够解决问题。
例如，如果你发现引起问题的原因是应用程序中的一个错误，你就可以通过改正该错误来解决问题。
如果在确定了问题的原因并采取了相应措施后，您仍不能解决问题，您可以和IBM支持中心联系以帮助您解决问题。
MySQL错误日志的分析与故障诊断方法
MySQL错误日志的分析与故障诊断方法一、引言MySQL是当前最流行的关系型数据库管理系统之一，被广泛应用于各种互联网和企业级应用中。
然而，当MySQL出现故障或错误时，日志文件成为了我们进行故障诊断和分析的重要依据。
本文将介绍MySQL错误日志的分析方法和常见的故障诊断方法，帮助读者更好地应对MySQL的问题与挑战。
二、MySQL错误日志概述MySQL错误日志用于记录MySQL服务器在运行过程中出现的各类错误、警告和提示信息。
通过分析错误日志，我们可以了解MySQL服务器的运行状态，找出问题的根源，并采取相应的措施进行故障处理和优化。
三、错误日志的配置MySQL错误日志的默认配置路径为MySQL服务器的数据目录，一般为/var/lib/mysql/或/usr/local/mysql/data/。
通过MySQL配置文件f，我们可以对错误日志进行相关配置，如设定路径、大小限制等。
四、错误日志的内容解读1. 时间戳和服务器版本每条错误日志记录都包含了一个时间戳，格式为YYYY-MM-DD HH:MM:SS。
此外，还会标明MySQL服务器的版本信息，如MySQL 5.7或MySQL 8.0。
2. 错误级别错误日志中的每条记录都会有一个错误级别，目前MySQL错误分为五个级别：Informational、Warning、Note、Error和Critical。
不同级别的错误标识了问题的严重程度和应对措施。
3. 错误代码和信息错误日志中的每条记录还会包含一个错误代码和相应的错误信息。
通过查阅MySQL官方文档，可以对不同的错误代码和信息做出准确的解读。
4. 错误来源和原因错误日志中会明确标明错误的来源和原因。
错误来源可能是MySQL的内部组件、用户提交的SQL语句、操作系统等，而错误原因则包括了语法错误、查询优化问题、资源耗尽等。
五、错误日志分析方法1. 整体观察通过阅读整个错误日志文件，可以了解MySQL服务器的总体情况，查找系统中出现的异常情况和频繁出现的错误。
MQ关于日志的规定
目录结构（UNIX 系统）MQSeries 系统管理附录 B. 目录结构（UNIX 系统）图64显示了与特定队列管理器关联的数据和日志目录的一般布局。
所示的目录适用于缺省安装。
如果对它作更改，那么文件和目录的位置将相应作修改。
有关产品文件的位置信息，请参阅以下之一：∙Chapter 3. "Installing the MQSeries for AIX Server"在MQSeries AIX 版V5.1 快速入门一书中∙Chapter 3. "Installing the MQSeries for HP-UX Server"在MQSeries HP-UX 版V5.1 快速入门一书中∙Chapter 3. "Installing the MQSeries for Sun Solaris Server"在MQSeries Sun Solaris 版V5.1 快速入门一书中图64. 启动队列管理器后的缺省目录结构（UNIX 系统）在图64中，该布局代表了队列管理器已使用一段时间后的MQSeries。
您所拥有的实际结构取决于队列管理器上已执行了哪些操作。
在缺省情况下，下列目录和文件位于目录/var/mqm/qmgrs/qmname/ 中。
amqalchk.fil包含有关上一个检查点的信息的检查点文件。
auth/该目录包含了与权限关联的子目录和文件。
@MANGLED该文件包含了用于所有各类的权限节。
procdef/该目录对每个进程定义包含了一个文件。
每个文件包含了用于关联的进程定义的权限节。
@MANGLED该文件包含了用于进程定义类的权限节。
qmanager/@MANGLED该文件包含了用于队列管理器类的权限节。
self该文件包含了用于队列管理器对象的权限节。
queues/该目录对每个队列都包含了一个文件。
每个文件包含了用于关联队列的权限节。
@MANGLED该文件包含了用于队列类的权限节。
MQ维护与操作
MQ维护与操作MQ维护与操作1.MQ 的⽇志清理MQSeries ⽤错误⽇志记录与MQSeries ⾃⾝运⾏，队列管理器以及通道有关的消息。
因此，错误⽇志对于MQSeries 错误诊断⾮常重要。
AIX 平台上的MQSeries错误⽇志：当队列管理器名称已知，并且队列管理器可⽤时，错误⽇志位于/var/mqm/qmgrs/qmname/errors ⽬录下，如：与MQ 通道有关的消息。
当队列管理器不可⽤时，错误⽇志位于/var/mqm/qmgrs/@SYSTEM/errors ⽬录下；当错误是事务⽇志MQ 的故障维护与Client 应⽤程序有关，错误⽇志位于：/var/mqm/errors ⽬录下。
系统管理员要定期观察错误⽇志，清楚产⽣错误的原因，并根据需要定期清理或备份错误⽇志。
MQSeries 有两种事务⽇志类型：环型⽇志和线型⽇志，所在⽬录为/var/mqm/log环型⽇志预先指定⽇志⽂件的个数，MQ 运⾏时事务⽇志循环使⽤这些⽂件。
环型⽇志的⽇志⽂件所占空间不会增长，也⽆法备份MQ 应⽤系统的映像。
本系统现设计为环型⽇志。
线型⽇志指MQSeries 在运⾏的过程中会随着⽇志记录的增加⽽产⽣新的⽇志⽂件，线型⽇志的可以保证事务运⾏中产⽣的⽇志有⾜够的空间（除⾮⽂件系统空间不⾜），还可以把MQ 应⽤系统的映像备份到⽇志中，在发⽣故障后完整地恢复，线型⽇志⽇志⽂件所占⽤的空间会不断增长，需要系统管理员定期⼿⼯删除过期的⽇志⽂件。
2.如何清除MQ 队列管理器遗留的共享内存和信号量下⾯列出的是⼀段⽤于清除MQSeries 上⼀次遗留的共享内存和信号量的⼩程序。
通常遇到的状况是当启动队列管理器时失败，返回消息AMQ8041，指明以前的进程依然在使⽤中。
解决⽅法：运⾏以下脚本或命令。
ipcs -m| grep mqm | awk '{print $2}'|xargs -i ipcrm -m {}ipcs -s| grep mqm | awk '{print $2}'|xargs -i ipcrm -s {}3.如何解决MQSeries 队列管理器⽆法启动报“AMQ5522”错误当启动MQSeries 队列管理器时，⽆法启动，报“AMQ5522”错误。
事件日志文件被损坏,如何修复
日志文件已经损坏修复办法
如果发现日志文件已经损坏，系统将经常出现故障和错误提示，可以首先将其删除，重新启动计算机后即可恢复。
对于采用NTFS分区格式的系统，如果要删除日志文件，需要首先关闭事件检查器服务才行。
在控制面板中双击“管理工具”图标，在打开的管理工具中，双击“服务”图标，在服务中选择“EventLog”服务，用鼠标右键单击此服务，在弹出的快捷菜单中选择“属性”命令，弹出“服务属性”对话框，在“启动类型”中设置其为“已禁用”选项，并单击“确定”按钮完成，如图7所示。
重新启动计算机，然后将文件夹
“%SystemRoot%\System32\Config”中的*.evt文件删除。
完成后，再次启动事件检查器服务，并重新启动计算机即可恢复损坏的事件检查器文件了。
对于使用FAT分区的文件系统，可以使用DOS启动盘启动计算机，然后将“%SystemRoot%\System32\Config”目录下的文件直接删除
即可。
删除日志文件，并重新启动计算机后，系统将自动恢复日志文件，从而保证系统的正常运行。