linux dump完全备份与恢复

实验目的：

在新构服务器上面恢复已存在的linux系统

实验环境：

ESX4.0，RHEL5U6 x86，dump，restore

实验步骤：

1、添加新磁盘作为备份目录

[root@sandy ~]# fdisk -l

Disk /dev/sda: 16.1 GB, 16106127360 bytes

255 heads, 63 sectors/track, 1958 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Device Boot Start End Blocks Id System

/dev/sda1 * 1 25 200781 83 Linux

/dev/sda2 26 280 2048287+ 82 Linux swap / Solaris /dev/sda3 281 1958 13478535 83 Linux

Disk /dev/sdb: 21.4 GB, 21474836480 bytes

255 heads, 63 sectors/track, 2610 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Disk /dev/sdb doesn't contain a valid partition table

[root@sandy ~]# fdisk /dev/sdb

Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel Building a new DOS disklabel. Changes will remain in memory only,

until you decide to write them. After that, of course, the previous

content won't be recoverable.

The number of cylinders for this disk is set to 2610.

There is nothing wrong with that, but this is larger than 1024,

and could in certain setups cause problems with:

1) software that runs at boot time (e.g., old versions of LILO)

2) booting and partitioning software from other OSs

(e.g., DOS FDISK, OS/2 FDISK)

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite) Command (m for help): n

Command action

e extended

p primary partition (1-4)

p

Partition number (1-4): 1

First cylinder (1-2610, default 1):

Using default value 1

Last cylinder or +size or +sizeM or +sizeK (1-2610, default 2610):

Using default value 2610

Command (m for help): w

The partition table has been altered!

Calling ioctl() to re-read partition table.

Syncing disks.

[root@sandy ~]# mkfs.ext3 /dev/sdb1

mke2fs 1.39 (29-May-2006)

Filesystem label=

OS type: Linux

Block size=4096 (log=2)

Fragment size=4096 (log=2)

2621440 inodes, 5241198 blocks

262059 blocks (5.00%) reserved for the super user

First data block=0

Maximum filesystem blocks=4294967296

160 block groups

32768 blocks per group, 32768 fragments per group

16384 inodes per group

Superblock backups stored on blocks:

32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,

4096000

Writing inode tables: done

Creating journal (32768 blocks):

格式化磁盘为ext3类型

[root@sandy ~]# mkfs.ext3 /dev/sdb1

mke2fs 1.39 (29-May-2006)

Filesystem label=

OS type: Linux

Block size=4096 (log=2)

Fragment size=4096 (log=2)

2621440 inodes, 5241198 blocks

262059 blocks (5.00%) reserved for the super user

First data block=0

Maximum filesystem blocks=4294967296

160 block groups

32768 blocks per group, 32768 fragments per group

16384 inodes per group

Superblock backups stored on blocks:

32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,

4096000

Writing inode tables: done

Creating journal (32768 blocks): done

Writing superblocks and filesystem accounting information:

This filesystem will be automatically checked every 37 mounts or

180 days, whichever comes first. Use tune2fs -c or -i to override.

挂载新磁盘至/backup

[root@sandy ~]# mkdir /backup

[root@sandy ~]# mount -t ext3 /dev/sdb1 /backup/

[root@sandy ~]# cat /etc/fstab

LABEL=/ / ext3 defaults 1 1 LABEL=/boot /boot ext3 defaults 1 2 tmpfs /dev/shm tmpfs defaults 0 0 devpts /dev/pts devpts gid=5,mode=620 0 0 sysfs /sys sysfs defaults 0 0

proc /proc proc defaults 0 0 LABEL=SWAP-sda2 swap swap defaults 0 0 [root@sandy ~]# ls /boot/

config-2.6.18-238.el5 lost+found

grub symvers-2.6.18-238.el5.gz

initrd-2.6.18-238.el5.img System.map-2.6.18-238.el5

initrd-2.6.18-238.el5kdump.img vmlinuz-2.6.18-238.el5

[root@sandy ~]# ls /boot/grub/

device.map grub.conf minix_stage1_5 stage2

e2fs_stage1_5 iso9660_stage1_5 reiserfs_stage1_5 ufs2_stage1_5

fat_stage1_5 jfs_stage1_5 splash.xpm.gz vstafs_stage1_5

ffs_stage1_5 menu.lst stage1 xfs_stage1_5

2、执行备份操作：

启动时按E进入编辑模式

添加single按Enter确认后启动进入单用户模式

sh-3.2# mount –t ext3 /dev/sdb1 /backup/

sh-3.2# dump -0uf /backup/sda1.dump /dev/sda1 sh-3.2# dump -0uf /backup/sda3.dump /dev/sda3 Check备份是否成功，退出备份模式。

3、新建虚拟机进行系统恢复

4、添加磁盘，之所以选择添加现有磁盘，是因为dump备份文件保存在该磁盘上面。

5、执行恢复，添加完成后用ISO镜像启动进入Linux rescue模式

执行恢复操作，详细步骤如下

sh-3.2# mkdir /mnt/backup

sh-3.2#mkdir /mnt/sda1

sh-3.2# mkdir /mnt/sda3

sh-3.2# fdisk /dev/sda

这里把新建虚拟机的磁盘进行分区，务必和恢复前的磁盘分区保持一致，恢复前的磁盘分区请参考上文。

sh-3.2# mkfs.ext3 /dev/sda1

sh-3.2#mkfs.ext3 /dev/sda3

格式化sda1、sda3为ext3类型，/dev/sda2为swap分区。

sh-3.2# e2label /dev/sda1 /boot1

sh-3.2# e2label /dev/sda3 /

sh-3.2#mkswap –L SWAP-sda2 /dev/sda2

设定分区的卷标

sh-3.2#mount –t ext3 /dev/sda1 /mnt/sda1

sh-3.2#mount –t ext3 /dev/sda3 /mnt/sda3

sh-3.2#mount –t ext3 /dev/sdb1 /mnt/backup

挂载各个目录，/dev/sdb1是存放备份文件的磁盘，上述文章中添加现有磁盘就是为了更直接的获取到备份文件

sh-3.2#cd /mnt/sda1

sh-3.2#restore –rf /mnt/backup/sda1.dump

sh-3.2#cd ../sda3

sh-3.2#restore –rf /mnt/backup/sda3.dump

恢复完成，下一步更改fstab：

sh-3.2#cd /mnt/sda3/

sh-3.2#vi etc/fstab

/dev/sda3 / ext3 defaults 1 1 /dev/sda1 /boot ext3 defaults 1 2 更改以上两项，否则启动时会出现报错

进行下一步操作，设定grub。

sh-3.2#grub

grub> root(hd0,0)

grub> setup(hd0)

grub> quit

sh-3.2#reboot

让人熟悉的界面又出现了。

AIX 里面dump文件系统扩充

在errpt中出现E87EF1BE的dump不够的报错 在errpt中出现 E87EF1BE 0926082807 P O dumpcheck The largest dump device is too small. 信息.断定为存放dump文件的lg_dumplv容量不够.一般推荐的dump device 值大小为sysdumpdev –e 估计值的1.5 倍。 需要扩容.扩容步骤如下: 1.查看lg_dumplv大小的估计值 #sysdumpdev -e 0453-041 Estimated dump size in bytes: 1287651328 即1.2G 2.现在lg_dumplv大小 #lslv lg_dumplv 其中PP SIZE: 256 megabyte(s) PPs: 4 经计算,现在容量为1G.需要扩容0.2G 3.查看lg_dumplv所在的vg的容量是否够用 #lsvg rootvg 其中PP SIZE: 256 megabyte(s) TOTAL PPs: 1092 (279552 megabytes) FREE PPs: 826 (211456 megabytes) 经计算,vg剩余容量为206.5G,因为根盘做了镜像.故,可用剩余容量为103G左右.因pp size为256m,故扩容2pps,即0.5G(其实扩1个pp也可以.2个放心点.) 4.扩容操作 extendlv lg_dumplv 2 5.检查当前lg_dumplv的大小. #lslv lg_dumplv 其中PP SIZE: 256 megabyte(s) PPs: 6 即,现在容量为1.5G. 6.使用dumpcheck命令查看,是否还出现errpt信息

C#文件监控时创建文件引发多次改变事件的解决办法

解决方案代码 [csharp]view plaincopyprint? https://www.sodocs.net/doc/923441907.html,ing System; https://www.sodocs.net/doc/923441907.html,ing System.Collections.Generic; https://www.sodocs.net/doc/923441907.html,ing System.Linq; https://www.sodocs.net/doc/923441907.html,ing System.Text; https://www.sodocs.net/doc/923441907.html,ing System.IO; https://www.sodocs.net/doc/923441907.html,ing System.Threading; 7. https://www.sodocs.net/doc/923441907.html,space ShareReadFile 9.{ 10. public delegate void FileSystemEvent(String path); 11. 12. public interface IDirectoryMonitor 13. { 14. event FileSystemEvent Change; 15. void Start(); 16. } 17. 18. public class DirectoryMonitor : IDirectoryMonitor 19. { 20. private readonly FileSystemWatcher m_fileSystemWatcher = new File SystemWatcher(); 21. private readonly Dictionary m_pendingEvents = n ew Dictionary(); 22. private readonly Timer m_timer; 23. private bool m_timerStarted = false; 24. 25. public DirectoryMonitor(string dirPath) 26. { 27. m_fileSystemWatcher.Path = dirPath; 28. m_fileSystemWatcher.IncludeSubdirectories = false; 29. m_fileSystemWatcher.Created += new FileSystemEventHandler(OnC hange);

了解转储(dump)设备

了解转储（dump）设备 David Tansley, 系统管理员, Ace Europe 2012 年7 月30 日 如果发生意外，IBM AIX? 操作系统会崩溃，此时您可能希望能够自动搜集相关信息。利用转储（dump）设备，可在这些设备上部署核心转储功能，从而准备转移到IBM 支持。 简介 如果由于意外事件导致系统崩溃，则会发生核心转储。事实上，并非总在出现系统崩溃时才发生核心转储。然而，在本文中，假定系统崩溃是由于严重事件或用户强制性动作所引起的。转储包含了达到崩溃时内存的内容。就其本质而言，崩溃总是不期而至，因而当崩溃发生时，系统管理员还是应当事先做好防范措施。能够确定崩溃的发生是否是由系统重启引起，此时在错误日志里存在具有标签为SYSDUMP的条目。 在本演示中，我使用的是AIX 7.1。不过，我所讨论的原理也适用于AIX 5.3 和 6.1。 回页首做好准备 要想防范意外的系统崩溃，需要确保具有转储设备逻辑卷(LV)，用于在系统恢复时存放转储。然而，如果转储设备不可用，那么应该指定第二转储设备来存放转储。可能人们并不关心系统崩溃何时发生，因而也对进一步研究转储文件不感兴趣。这完全取决于系统所有者。但是，为保障系统正常运行，在rootvg 中包含主转储设备是很好的做法，也是很有必要的。可为转储设备执行镜像，但是，IBM AIX 支持对此发出警告。这是因为崩溃可能会被执行镜像或同步相关，这会导致转储设备上的镜像无效。在某些情况下，转储文件仅会被复制到镜像转储设备（位于镜像磁盘中）的其中一个副本，当系统重启时，很可能仅恢复转储文件副本一半的内容，最好的做法是，将主转储设备放到一个非镜像的磁盘中，将第二设备放到另一个非镜像磁盘中。然而，对rootvg 转储设备执行镜像比较常见。只要第二转储设备不在分页空间中，或不在磁带设备之类的外部设备中，则它可以位于rootvg 内部，也可位于其外部。 回页首转储设备

Oracle的重要诊断工具events_如10046事件来进行SQL跟踪

Oracle的重要诊断工具events 海量oracle资料下载，请收藏 https://www.sodocs.net/doc/923441907.html, 2011-1-4

摘要： 我们经常在论坛上看到用10046事件来进行SQL跟踪，那么到底是什么回事呢？这篇文章就可以很好的从零开始，告诉你是什么和怎样用。 这篇文章由【数据库吧】原创，如果转载请注明出处。 https://www.sodocs.net/doc/923441907.html,/ 【数据库吧】 很多时候，对数据库进行性能诊断可以使用SQL跟踪的方法，把一些信息记录在trace 文件里以后分析。一般情况下我们可以通过初始化参数SQL_TRACE=TRUE来设置SQL跟踪。我们也可以通过设置10046事件来进行SQL跟踪，并且可以设置不同的跟踪级别，比使用SQL_TRACE获得更多的信息。 Level 0 停用SQL跟踪，相当于SQL_TRACE=FALSE Level 1 标准SQL跟踪，相当于SQL_TRACE=TRUE Level 4 在level 1的基础上增加绑定变量的信息 level 8 在level 1的基础上增加等待事件的信息 Level 12 在level 1的基础上增加绑定变量和等待事件的信息 10046事件不但可以跟踪用户会话(trace文件位于USER_DUMP_DEST)，也可以跟踪background进程(trace文件位于BACKGROUND_DUMP_DEST)。 trace文件的大小决定于4个因素： 跟踪级别，跟踪时长，会话的活动级别和MAX_DUMP_FILE_SIZE参数 让我们从头说起： 一、Oracle跟踪文件 Oracle跟踪文件分为三种类型： 一种是后台报警日志文件： 记录数据库在启动、关闭和运行期间后台进程的活动情况,如表空间创建、回滚段创建、某些alter命令、日志切换、错误消息等。 在数据库出现故障时，应首先查看该文件，但文件中的信息与任何错误状态没有必然的联系。后台报警日志文件保存BACKGROUND_DUMP_DEST参数指定的目录中，文件格式为SIDALRT.LOG。 另一种类型是DBWR、LGWR、SMON等后台进程创建的后台跟踪文件：

dump文件查看器使用方法

Windbg-分析Windows蓝屏原因利 软件启动点File——Open Crash Dump,如图： 然后找到你的minidump文件夹，dump文件一般是"时间.dmp"如图： 打开后就会自动分析了。分析完后，看最下面，找到3.probably caused by这一行，如图：看，出来了吧那个myfault.sys文件就是罪魁祸首。 再补充点东西，

导入dump文件分析完毕后，不要关闭，在后面输入!analyze -v ，这个命令可以查看dump 文件的详细情况，如图： 对普通用户有用的还有下面一些信息： 第一行DEFAULT_BUCKET_ID: 错误类型，这个懂点编程和操作系统知识的朋友用得上点第三行PROCESS_NAME: XXX.exe 这个是导致错误的进程，查出是什么文件导致的蓝屏后，再看这里就知道是谁调用了错误文件，比如你查出123.sys导致蓝屏，但你查不到123.sys是哪个程序调用的，就可以用这个方法来看看，比如查出了是456.exe，你就可以在机子上或者网上搜索相关信息了。 好了，到这里相信大家已经学会怎么找到导致系统蓝屏的文件了，接下来怎么办呢？上网查资料，把导致蓝屏的那个文件名在网上搜索，基本就知道是什么文件了，一般网上也有相关的解决办法，看看要删除些什么插件、打什么补丁或者重装软件等等。导致问题的不一定是.sys文件也有可能是.dll，这篇文章只能帮你找出导致蓝屏的元凶，具体的解决办法得上网查。如果是查不到什么信息的.sys或者.dll就要当心了，有可能是病毒或者rootkit 附： windbg基本调试命令： r 可以显示系统崩溃时的寄存器，和最后的命令状态。 dd 显示当前内存地址，dd 参数：显示参数处的内存。 u 可以显示反汇编的指令 ！analyze -v 显示分析的详细信息。 kb 显示call stack 内容 .bugcheck 可以显示出错的代码 windbg诊断蓝屏的一点补充

【IT专家】使用带有.change()事件的输入类型=“文件”字段上传文件并不总是在IE和Chrome中触发[重复]

本文由我司收集整编，推荐下载，如有疑问，请与我司联系使用带有.change（）事件的输入类型=“文件”字段上传文件并不总是在 IE 和Chrome 中触发[重复] 使用带有.change（）事件的输入类型=“文件”字段上传文件并不总是在IE 和 Chrome 中触发[重复][英]Upload files using input type=“file” field with .change() event not always firing in IE and Chrome [duplicate]I have simple piece of code to upload files: 我有一段简单的代码来上传文件： $(document).ready(function () { $(“.attachmentsUpload input.file”).change(function () { $(‘form’).submit();form action=“/UploadHandler.ashx”method=“post”enctype=“multipart/form-data”input type=“file”name=“file” / /form While I click on input and then select a file in dialog box, I’m submitting this file using ajax. This is not important part here. Important part is, that while I select the same file second time in the dialog box, just after submitting the first file, the .change() event does not fire in IE and Chrome. But while I choose different file, the event fires and works properly. Under Firefox it is firing all the time. 当我点击输入然后在对话框中选择一个文件时，我正在使用ajax 提交此文件。这 不是重要的部分。重要的是，当我在对话框中第二次选择相同的文件时，在提交第 一个文件之后，.change（）事件不会在IE 和Chrome 中触发。但是当我选择不同的 文件时，事件会触发并正常工作。在Firefox 下，它一直在开火。 How to workaround this, to work as expected (as in Firefox) ? 如何解决这个问题，按预期工作（如在Firefox 中）？ 29 Description This happens because the value of the input field (the selected filepath) does not change if you select the same file again. 发生这种情况是因为如果再次选择同一文件，则输入字段（所选文件路径）的值 不会更改。

AIX的Dump文件学习笔记(原创)

AIX的Dump文件学习笔记(原创) DUMP文件概述 为了增强故障分析能力，IBM的服务器增加了对设备故障当前环境的保存功能，就是保存一份设备故障时的内存、CPU寄存器、IO等设备的数据和状态信息，如果系统并没有停住，只是某个程序死掉，会产生CORE DUMP，在当前目录下产生一个CORE文件。而如果操作系统死掉，则产生System DUMP或者System Crash，通常会引起系统停机。DUMP的记录如下图所示。 作为一般客户通常只需要收集DUMP信息，并反馈给IBM工程师即可。当发生系统DUMP时，机器将会被宕下来。可能的原因包括：系统在进行内核操作时发生了未知的意外或者不能对其进行正常处理，都会引起DUMP。也可以由系统管理员发出命令，强制系统DUMP。 当系统进行DUMP时，DUMP管理设施自动将内核相关的数据(kernel segment0及其他由内核或者内核扩展程序记录在主DUMP表中的内存块)复制到主DUMP设备。可以把DUMP理解为系统当时的一个快照，供以后分析，分析DUMP可以在其他机器上进行，但需要复制一份此机器的内核程序，即unix_mp或unix_mp64.没有对应于DUMP的内核程序是午饭进行DUMP分析的。 DUMP的生成过程 CORE DUMP的生成过程 在进程运行出现异常行为时，例如无效地址访问、浮点异常、指令异常等，将导致系统转入内核态进行异常处理（即中断处理），向相应的进程发出特定信号例如SIGSEGV、SIGFPE、SIGILL 等。如果应用进程注册了相应信号的处理函数（例如可通过sigaction 注册信号处理函数），则调用相应处理函数进行处理（应用程序可以选择记录信息后生成core dump 并退出）；否则将采取默认动作，例如SIGSEGV 的默认动作是生成core dump 并退出程序。 进程coredump 的时候，操作系统会将进程终止并释放其占用的资源，正常情况下，应用进程coredump 不会对系统本身的运行造成危害。当然如果系统中存在与此进程相关的其他进程，则这些进程会受到影响，至于后果则视其对此异常的具体处理而定。 由于相关指令已经包含在可执行文件中，core 文件一般只包含进程异常时相关的内存信息。其格式可参考/usr/include/sys/core.h 或者AIX 帮助文档的“Files Reference”章节。我们一般需要结合core 文件以及可执行程序，来分析问题所在 注：由于进程信号处理本质上是异步的，应用进程注册的信号处理函数中使用的例程需要保证是异步信号安全的，例如不能使用诸如pthread_ 开头的例程。 系统dump 生成过程 系统异常dump 的具体过程与应用进程类似，但由于更接近底层，为了避免问题所在的资源（例如文件系统）正好包含在生成dump 需要使用的资源中，造成dump 无法生成，操作系统一般会用最简单的方式来生成dump。例如系统内存小于4G 的情况下，一般直接将dump 生成在pagingspace 中；大于4G 时，会建专门的lg_dumplv 逻辑卷（裸设备），默认的dump设备/dev/hd6，次设备是/dev/sysdumpnull 保存dump 信息。在系统重启的时候，如果设置的DUMP 转存目录（文件系统中的目录）有足够空间，它将会转存成一个文件系统文件，缺省情况下，是/var/adm/ras/ 下的vmcore* 这样的文件。 下面是常见的转储设备大小规则 当服务器的内存大于4GB时，在安装AIX时，就会为系统dump 创建一专用区域，该逻辑卷名就是lg_dumplv. 其缺省大小是按以下规则分配的： 4GB < = 服务器的内存〈12GB lg_dump 的大小为1GB 12GB < = 服务器的内存〈24GB lg_dump 的大小为2GB 24GB < = 服务器的内存〈48GB lg_dump 的大小为3GB 48GB < = 服务器的内存lg_dump 的大小为4GB 系统dump 一般可以通过升级微码、提高系统补丁级别、升级驱动等方式解决。

信息安全事件与应急响应管理规范

. 司限公有电四川长虹器股份虹微公司管理文件 信息安全事件与应急响应管理规范 发布××××–××–××实施××××–××–××微虹川四长虹布司公发专业资料． . 目 录 .................................................................................................................... .... 1目的1. .................................................................................................................... 12. 适用围................................................................................................................ 13.工作原则

.................................................................................................... 24.组织体系和职责.................................................................................. 2 .信息安全事件分类和分级5. ....................................................................................................................................... 25.1. 信息安全事件分类2信息系统攻击事件 5.1.1........................................................................................................................................... 3信息破坏事件 5.1.2 ................................................................................................................................................... 3.............................................................................................................................................. 信息容安全事件5.1.3. 3................................................................................................................................................... 设备设施故障5.1.4 3 5.1.5....................................................................................................................................................... 灾害性事件 35.1.6.......................................................................................................................................... 其他信息安全事件 ............................................................................................................................................ 3安全事件的分级5.2.45.2.1特别重大信息安全事件（一 级） .................................................................................................................. 4重大信息安全事件（二 级） .......................................................................................................................... 5.2.24较大信息安全事件（三级）5.2.3..........................................................................................................................

TcpDump文件格式和结构

查看文章 Tcpdump文件格式和结构 2009-04-13 14:07 前言：层层剖析Tcpdump文件格式。 当你在Windows或者Linux环境下用tcpdump命令抓取数据包时，你将得到如下格式的tcpdump文件： 文件头| 数据包头 | 链路层数据 | 数据包头 | 链路层数据 | 数据包头 | 链路层数据 |...... 1. 文件头：每一个文件都以一个24字节的文件头开头。前四个字节是tcpdump 文件标志“A1 B2 C3 D4”或为“D4 C3 B2 A1”。 2. 数据包头 | 链路层数据：文件头之后，就是“数据包头 | 链路层数据”为一组的这样一组组数据。 3. 数据包头长度16个字节，它不是网路上真正传输的数据，它包含的信息主要是截获这个包的时间等信息。数据包头的第8-11和12-15字节（按编程习惯，第一个字节为0字节）表示后面链路层数据包的长度。8-11字节是其理论长度，12-15字节为其实际长度，如果存在截断情况，两者可能不同。如果在tcpdump 命令中使用了 -s 0 参数，则8-11字节和12-15字节应该相等。 从数据包头结束，到长度指明的字节数为止，是实际在网络中传输的链路层数据包。然后，就是下一个数据包头。 4. 链路层数据 链路层数据包格式和传输的方式有关：局域网共享上网，则是RFC894以太网协议，少数情况下是RFC 1042和802.3协议；如果是Modem拨号上网，则是RFC 1055的SLIP协议；如果是ADSL，则是RFC 1548的PPP协议。RFC894/RFC 1042/RFC 1548这三种协议的格式都是： 包头 | IP数据包 |（包尾） 对于RFC894,包头长度为14字节； ------>局域网方式上网； 对于RFC1042,包头长度为22字节； 对于RFC1548,包头长度为5字节；------>ADSL方式上网； 跨过这些包头字节，就是IP数据包了。 5.IP数据包： IP数据包格式为： IP包头 | IP包数据

事故(事件)报告、调查和处理控制程序

事故（事件）报告、调查和处理控制程序 1目的 为了建立有效的事故处理机制，及时报告和处理事故，采取预防措施，防止同类事 故的再次发生并最大限度地降低事故可能造成的后果。 2适用范围 适用于对公司范围内的事故（事件）报告、调查和处理。 3权责 3.1 生产部负责对环境和人身事故的报告、调查、处理工作归口管理，负责事故的统计，参与调查、报告和处理工作，并协调、监督事故的调查、报告和处理。 3.2 工程设备部负责对机器设备故障事故管理。 3.3 财务部负责对财产损失事故归口管理。 3.4 管理者代表组织重大事故的调查处理工作。 3.5 员工代表监督人身事故处理过程。 4 工作程序 4.1

4.2 事故范围 公司在生产、活动过程中发生下列情况之一或组合，均视为事故： A 公司范围内所有人员，包括外来人员因工受伤或死亡； B 出现职业病； C 设备、设施遭到破坏； D 环境污染或生态破坏。 4.3 工作原则 事故的报告、调查和处理工作必须坚持实事求是，遵循科学和“四不放过”的原则。 4.4 事故报告 4.4.1 报告内容：事故发生的时间、地点、人员、简要经过，已经或可能造成的损失及采取的应急措施。 4.4.2 报告程序 4.4.2.1 人员伤亡 A 发生轻伤事故，负伤者或现场有关人员应立即报告本部门负责人，部门负责人及生产部经理报告。 B 发生重伤事故，生产部经理应立即报告总经理，还应在24 小时内报告上级主管部门及有关政府部门。 C 发生死亡事故，除报告上述单位外，还应在2 小时内向当地有关政府部门报告。 D 伤亡性质按劳动部《企业职工伤亡事故报告和处理规定》判定。 4.4.2.2 发生火灾事故后，现场人员应视火势情况立即向本单位应急小组、消防部门报警。若发生人员伤亡，按4.4.2.1 条处理。 4.4.2.3 发生设备、设施异常损坏，导致环境破坏事故时，现场作业人员应立即报告本部门负责人，由负责人向生产部汇报，生产部视后果严重程度报告总经理。 4.4.2.4 当公司员工经确认有职业病后，由管理部填写《职业病报告卡》，并报告总经理及上级主管部门。 4.4.3 接到事故报告后，各主管单位或部门应按《应急准备和响应控制程序》要求，立即组织救援工作，以防止事故扩大。 4.4.4 任何对事故报告者的打击报复行为，经证实后，交总经理处置。 4.5 事故调查 4.5.1 调查的组织原则 4.5.1.1 轻伤事故，由责任单位负责调查，填写《事故报告、调查处理表》，并于三日内报生产部和管理者代表。

驱动蓝屏后调试DUMP文件 无PDB文件

关于分析DUMP文件的一些想法： 在分析一个驱动蓝屏的时候，如果有驱动的PDB文件就很容易找到出错的地方，然是如果没有PDB文件，往往比较麻烦，只能给出个大题的东西，今天调试了一下DUMP文件，有点感触，先来分析一下， 双机调试的方法不说了，直接开始调试：加载驱动文件，直接蓝屏了，这个时候WINDBG 给出了一下提示： FOLLOWUP_IP: HelloDDK+5ae f7c455ae 8be5 mov esp,ebp BUGCHECK_STR: 0x7E DEFAULT_BUCKET_ID: NULL_DEREFERENCE LAST_CONTROL_TRANSFER: from f7c455ae to 8060d589 STACK_TEXT: f7a01c54 f7c455ae 00000000 0000000a 0000000a nt!ProbeForWrite+0x39 WARNING: Stack unwind information not available. Following frames may be wrong. f7a01c74 f7c45504 f7a01d4c 805777f1 864d2b10 HelloDDK+0x5ae f7a01c7c 805777f1 864d2b10 860cd000 00000000 HelloDDK+0x504 f7a01d4c 80577901 800008a8 00000001 00000000 nt!IopLoadDriver+0x66d f7a01d74 80535c32 800008a8 00000000 865b4020 nt!IopLoadUnloadDriver+0x45 f7a01dac 805c71e0 f7a69cf4 00000000 00000000 nt!ExpWorkerThread+0x100 f7a01ddc 80542e12 80535b32 00000001 00000000 nt!PspSystemThreadStartup+0x34 00000000 00000000 00000000 00000000 00000000 nt!KiThreadStartup+0x16 SYMBOL_STACK_INDEX: 1 SYMBOL_NAME: HelloDDK+5ae FOLLOWUP_NAME: MachineOwner MODULE_NAME: HelloDDK IMAGE_NAME: HelloDDK.sys DEBUG_FLR_IMAGE_TIMESTAMP: 4d60d8a6 STACK_COMMAND: .cxr 0xfffffffff7a01880 ; kb FAILURE_BUCKET_ID: 0x7E_HelloDDK+5ae

eventstudy事件研究法计算步骤

事件研究法研究步骤 ①定义事件、事件日 事件研究的第一步是明确所研究的具体事件（event）。例如，并购事件研究首先要明确“并购”的定义。并购包括兼并（merger or statutory merger,或称吸收合并）、合并（consolidation,新设合并）和收购（acquisition）,还可以包括其他一些获取公司控制权的方式，如代理权争夺。每一种并购类型还可根据不同标准进行细分。你想研究哪一种口径的“并购”？ 光确定了“并购”的口径还不够，任何一次并购都是由一系列具体事件构成的一个过程，因此，并购事件研究还要确定研究的是哪一次具体事件及其日期。例如，是并购的首次宣布日、股东大会批准日，还是并购完成之日。事件（event day）的定义对事件研究的成败有时是决定性的。许多学者（如Brown and Warner,1980,1985；Jensen and Ruback,1983）强调了正确识别事件日的重要性。在美国早期的并购事件研究中（如Mandelker,1974; Ellert,1976；Langetieg, 1978）, 多采用并购生效日（目标公司股东最终批准日）作为事件日，结果未能发现预期的显著报酬①。后来的研究改用并购计划宣布日，结果大不一样。一般来说，我们以并购计划的首次宣布日为事件日。 ②确定收益率间隔区间和事件窗口 股价收益率的间隔区间（sampling interval）意味着采用日收益率、周收益率还是月收益率作为股价波动的计量标准。这与事件窗口的长短有关。采用日收益率能够精确地观察到事件对每一日影响力的大小。如果事件窗口较短，例如两三个月，那么最好采用日收益率（如果时间窗口太短，甚至不可能采用周或月收益率）。此外，从统计检验的功效（power）看，间隔越短，检验功效越高。但是，考虑到收益率逐期累加（CAR法）可能带来的误差，股价波动较大的长窗口事件研究或许采用周收益率或月收益率更为合适。 事件窗口（event window）就是检验所研究事件对样本股价的影响程度所覆盖的期间，或者说是样本股价变动的观察期间。事件窗口以事件日为轴心，向前向后各若干日（周、月）。窗口的长短要考虑两个因素：一是事件影响力的时间长短，时间长的适合长窗口；二是其他事件的干扰（噪音）。在选定的窗口内可能会发生影响股价的其他事件，例如，并购事件发生后不久公司公布年度业绩。为了避免其它事件的影响，要么将这种个案从样本中剔除，要么缩短窗口。缩短了的窗口可能不能完全反映事件的影响力，而剔除一部分个案则要冒累积平均异常收益率（CAR）失真或统计检验不过关的风险。实际研究过程往往要在二者之间进行权衡。 ③筛选样本或子样本 发生所定义事件的个案可能会很多。为了进行目标明确的深入分析，可能要进行样本的筛选，将样本限制在一定范围内。样本筛选的关键是设定筛选标准（select criteria）。筛选标准可以是样本的时间跨度、上市地点、所属行业，或者公司的某种特征（如规模、业绩、财务状况）等等。例如，可以把样本限制为1995-2000年间发生了控制权转移的沪市上市公司。有时候，为了进行更深入的考察或比较，可以在样本基础上继续筛选出子样本。例如，在上述样本中筛选出绩优子样本和ST子样本。需要注意的是，我们并不能随心所欲地根据研究需要来筛选样本（子样本），这要受到样本（子样本）容量的限制。一般来说，小样本的统计检验失真。容量小于30的样本被认为统计意义不大。 ④确定正常收益的计量模型 事件研究的逻辑是：即使没有发生所定义的事件，公司股价也会有波动。此时的股价收益被称“正常收益”（normal return）或“预期收益”（expected return）。发生所定义事件时的股价收益并不全部代表所定义事件的影响（事件收益，event return），它还包括正常收益。因此，将实际股价收益减去正常收益后的“异常收益”（abnormal return）就是事件收益（也称“未预期 ①事件日问题在采用月数据的研究中有时会比较突出，特别是当事件的影戏力较短暂时。这是多数文献采用日数据的一个原因。

使用dump文件分析系统蓝屏原因

使用dump文件分析系统蓝屏原因 出处：https://www.sodocs.net/doc/923441907.html,/746253/709702 目录 1 什么是dump文件 2 如何让系统在崩溃时记录dump文件 3 使用Debugging Tools for Windows (windebug)来分析dump文件 3.1 什么是windebug 3.2 windebug最新版安装方法（此方法为在线安装） 3.3 windebug的symbol符号文件的路径配置 3.4 dump文件的分析

1 什么是dump文件 当系统崩溃在蓝屏瞬间，系统会形成一个扩展名为dmp的存储器转储文件，默认存储位置为C：\WINDOWS\Minidmp。 2 如何让系统在崩溃时记录dump文件 A．右击“我的电脑”选择“属性”，在“系统属性”对话框中选择“高级” B.在“启动和故障恢复”中选择“设置”，具体设置如下图所示

3 使用Debugging Tools for Windows (windebug)来分析dump文件 3.1什么是windebug windebug是微软发布的一款相当优秀的源码级(source-level)调试工具，可以用于Kernel模式调试和用户模式调试，还可以调试Dump文件。 3.2 windebug最新版安装方法（此方法为在线安装） A.从https://www.sodocs.net/doc/923441907.html,/download/en/details.aspx?displaylang=en&id=8279下载 B.安装netFramework2.0 C.运行1中下载的winsdk_web.exe

使用广播事件dispatchEvent()的方法

使用 dispatchEvent() 方法 在组件 ActionScript 类文件的正文中，您可以使用 dispatchEvent() 方法来广播事件。dispatchEvent() 方法的语法如下： dispatchEvent(eventObj) eventObj 参数是一个描述事件的 ActionScript 对象 在调用 dispatchEvent() 方法之前，必须在代码中对其进行声明，如下所示： private var dispatchEvent:Function; 此外，还必须创建一个事件对象以传递给 dispatchEvent()。该事件对象包含侦听器可用来处理该事件的有关信息。 在发送事件之前可以显式地构建一个事件对象，如下面示例所示： var eventObj = new Object(); eventObj.type = "myEvent"; eventObj.target = this; dispatchEvent(eventObj); 您也可以使用快捷语法在一行代码中设置 type 属性和 target 属性的值，并发送事件： ancestorSlide.dispatchEvent({type:"revealChild", target:this}); 在上面的示例中，由于 target 属性是隐式的，因此，设置该属性是可选操作。 Flash 8 文档中对每个事件的说明列出了可选和必需的事件属性。例如，ScrollBar.scroll 事件除了使用 type 和 target 属性外，还使用 detail 属性。有关详细信息，请参阅"组件语言参考"中的事件说明。 公共事件 下表列出了由各种类广播的公共事件。如果事件适用于组件，每个组件都应广播这些事件。这里没有列出所有组件的全部事件，只列出了可能会由其它组件重新使用的事件。虽然某些事件未指定任何参数，但所有事件都有隐式参数：对广播事件的对象的引用。 事件 使用 click 由 Button 组件使用，或在鼠标单击没有其它含义时使用。 change 由 List 、ComboBox 和其它文本输入组件使用。 scroll 由 ScrollBar 和其它导致滚动（在滚动弹出菜单上滚动"缓冲器"）的控件使用。 此外，由于是从基类继承而来，所有组件都广播以下事件： UIComponent 事 件 说明 load 组件正在创建或加载其子对象。 unload 组件正在卸载其子对象。 focusIn 组件现在有输入焦点。某些 HTML 等效组件（ListBox 、ComboBox 、Button 、Text ）还可以广播 focus ，但所有组件都广播 DOMFocusIn 。 focusOut 组件已失去输入焦点。 move 组件已被移至新位置。 resize 组件大小已更改。 下表对一些常见的键事件进行说明： 键事件 说明 keyDown 按下某个键。code 属性包含被按下键的键控代码，ascii 属性包含它的 ASCII 代码。不要使用低级 Key 对象检查，因为 Key 对象可能尚未生成该事件。 keyUp 释放某个键。

调试SQLSERVER生成dump文件的方法

调试SQLSERVER生成dump文件的方法 我们知道调试程序主要有两种方法 一种是：live debugging （附加进程使进程hang住）生产环境最好不要live debugging 一种是：post-mortem debugging or reading dump files （生成dump文件然后进行分析） 现在介绍一下如何生成dump文件，以及各种方法的差异 第一步：确定SQLSERVER的进程ID 由于我的机器安装了四个SQLSERVER实例，所以看到会有四个进程 方法1：在cmd窗口输入下面命令 tasklist | find /i "sqlservr" 方法2：打开任务管理进行查看

方法3：在SSMS里执行下面sql语句 SELECT SERVERPROPERTY('PROCESSID') AS sqlpid 方法4：从SQL errorlog里获取进程ID EXEC[sys].[sp_readerrorlog]

第二步：生成DUMP文件 方法1：使用SqlDumper 最一般的方法就是使用SQLSERVER内部的SqlDumper程序，如果使用默认安装路径default installation path 会是 C:\Program Files\Microsoft SQL Server\100\Shared

语法如下： SqlDumper 如果对语法不太熟悉，可以使用/? 查看帮助

第八讲 AWT和事件监听

第八讲AWT和事件监听打印本页 1 基本概念 下面几讲，我们就来学习AWT的各种容器和组件，并重点学习AWT的事件监听和处理方法。由于学习事件需要用到一些简单的构件，我们先学习几个简单的构件。现在，我们先来介绍AWT里面几个重要的概念：构件，容器，布局管理器和事件监听（AWT P4）。 1.1构件是图形用户界面的最小单位之一,它里面不再包含其他的成分. 构件的作用是完成与用户的一次交互,包括接受用户的一个命令,接受用户的一个文本输入,向用户显示一段文本或一个图形等。常用的构件有: 按钮构件 项目选择构件：复选框（Checkbox）列表（List或Choice） 文本构件：文本框文本区 对话框构件：对话框文件对话框提示框帮助 菜单构件：弹出式菜单复选框菜单 1.2容器 容器是用来组织构件的单元。常用的容器有：面板、窗口。 1.3布局管理器： 布局管理器用来布置容器和容器中的各个构件，比如他们的大小、位置等。AWT提供了几种标准的布局管理器。 1.4事件监听 要使点击鼠标、敲打键盘等实现特定的动作，我们需要捕捉事件并且加以实现。AWT里典型的事件有：鼠标事件、鼠标移动事件、键盘事件、窗口事件等。 我们通过学习最基本的构件和容器（标签、按钮和面板）来粗略理解这些概念。标签和按钮是显示标签的简单构件；而面板是AWT提供的最基本的容器。 2 几个简单的构件和容器 标签（https://www.sodocs.net/doc/923441907.html,bel） 标签用来显示文本。 演示（StarterApplet） 面板（java.awt.Panel） 面板是一个通用的容器，在上面可以放置各种构件。 我们经常用的Applet类，其实就是面板的一个子类 按钮（java.awt.Button） 按钮具有三维外型，当它们被激活时触发按钮事件，用户可以根据按钮事件，做出适当的反应，比如执行一系列操作等。 演示 3 事件 AWT有两种事件处理模型：一种是基于继承的模型，它在AWT1.1或以前的版本中使用，现在已经逐渐被淘汰；另一种是基于授权的事件模型。我们主要学习给予授权的事件模型。 授权事件模型的原理很简单：事件源激发事件、事件监听器监听事件，最后执行事件。可以通过调用addXYZListener（XYZListner）方法向构件注册监听器。把监听器加到构件中以后，如果构件激发相应类型的事件，