*** 作系统(四)文件管理

文件—就是一组有意义的信息/数据集合

文件属于抽象数据类型。为了恰当地定义文件，需要考虑有关文件的 *** 作。 *** 作系统提供系统调用，它对文件进行创建、写、读、重定位、搠除和截断等 *** 作。

所谓的“逻辑结构”，就是指在用户看来，文件内部的数据应该是如何组织起来的。而“物理结构”指的是在 *** 作系统看来，文件的数据是如何存放在外存中的。

无结构文件：文件内部的数据就是一系列二进制流或字符流组成。又称“流式文件”

文件内部的数据其实就是一系列字符流，没有明显的结构特性。因此也不用探讨无结构文件的“逻辑结构”问题。

有结构文件：由一组相似的记录组成，又称“记录式文件”。每条记录又若干个数据项组成。 [1] 一般来说，每条记录有一个数据项可作为关键字。根据各条记录的长度（占用的存储空间）是否相等，又可分为定长记录和可变长记录两种。有结构文件按记录的组织形式可以分为：

对于含有N条记录的顺序文件，查找某关键字值的记录时，平均需要查找N/2次。在索引顺序文件中，假设N条记录分为√N组，索引表中有√N个表项，每组有√N条记录，在查找某关键字值的记录时，先顺序查找索引表，需要查找√N /2次，然后在主文件中对应的组中顺序查找，也需要查找√N/2次，因此共需查找√N/2+√N/2=√N次。显然，索引顺序文件提高了查找效率，若记录数很多，则可采用两级或多级索引

FCB的有序集合称为“文件目录”，一个FCB就是一个文件目录项。FCB中包含了文件的基本信息（文件名、物理地址、逻辑结构、物理结构等），存取控制信息（是否可读/可写、禁止访问的用户名单等），使用信息（如文件的建立时间、修改时间等）。最重要，最基本的还是文件名、文件存放的物理地址。

对目录的 *** 作如下：

*** 作的时候，可以有以下几种目录结构：

早期 *** 作系统并不支持多级目录，整个系统中只建立一张目录表，每个文件占一个目录项。

单级目录实现了“按名存取”，但是不允许文件重名。在创建一个文件时，需要先检查目录表中有没有重名文件，确定不重名后才能允许建立文件，并将新文件对应的目录项插入目录表中。显然， 单级目录结构不适用于多用户 *** 作系统。

早期的多用户 *** 作系统，采用两级目录结构。分为主文件目录（MFD，Master File Directory）和用户文件目录（UFD，User Flie Directory）。

允许不同用户的文件重名。文件名虽然相同，但是对应的其实是不同的文件。两级目录结构允许不同用户的文件重名，也可以在目录上实现实现访问限制（检查此时登录的用户名是否匹配）。但是两级目录结构依然缺乏灵活性，用户不能对自己的文件进行分类

用户（或用户进程）要访问某个文件时要用文件路径名标识文件，文件路径名是个字符串。各级目录之间用“/”隔开。从根目录出发的路径称为绝对路径。

系统根据绝对路径一层一层地找到下一级目录。刚开始从外存读入根目录的目录表；找到目录的存放位置后，从外存读入对应的目录表；再找到目录的存放位置，再从外存读入对应目录表；最后才找到文件的存放位置。整个过程需要3次读磁盘I/O *** 作。

很多时候，用户会连续访问同一目录内的多个文件，显然，每次都从根目录开始查找，是很低效的。因此可以设置一个“当前目录”。此时已经打开了的目录文件，也就是说，这张目录表已调入内存，那么可以把它设置为“当前目录”。当用户想要访问某个文件时，可以使用从当前目录出发的“相对路径”

可见，引入“当前目录”和“相对路径”后，磁盘I/O的次数减少了。这就提升了访问文件的效率。

树形目录结构可以很方便地对文件进行分类，层次结构清晰，也能够更有效地进行文件的管理和保护。但是，树形结构不便于实现文件的共享。为此，提出了“无环图目录结构”。

可以用不同的文件名指向同一个文件，甚至可以指向同一个目录（共享同一目录下的所有内容）。需要为每个共享结点设置一个共享计数器，用于记录此时有多少个地方在共享该结点。用户提出删除结点的请求时，只是删除该用户的FCB、并使共享计数器减1，并不会直接删除共享结点。只有共享计数器减为0时，才删除结点。

其实在查找各级目录的过程中只需要用到“文件名”这个信息，只有文件名匹配时，才需要读出文件的其他信息。因此可以考虑让目录表“瘦身”来提升效率。

当找到文件名对应的目录项时，才需要将索引结点调入内存，索引结点中记录了文件的各种信息，包括文件在外存中的存放位置，根据“存放位置”即可找到文件。存放在外存中的索引结点称为“磁盘索引结点”，当索引结点放入内存后称为“内存索引结点”。相比之下内存索引结点中需要增加一些信息，比如：文件是否被修改、此时有几个进程正在访问该文件等。

为文件设置一个“口令”（如：abc112233），用户请求访问该文件时必须提供“口令”。

优点：保存口令的空间开销不多，验证口令的时间开销也很小。

缺点：正确的“口令”存放在系统内部，不够安全。

使用某个“密码”对文件进行加密，在访问文件时需要提供正确的“密码”才能对文件进行正确的解密。 [3]

优点：保密性强，不需要在系统中存储“密码”

缺点：编码/译码，或者说加密/解密要花费一定时间。

在每个文件的FCB（或索引结点）中增加一个访问控制列表（Access-Control List, ACL），该表中记录了各个用户可以对该文件执行哪些 *** 作。

有的计算机可能会有很多个用户，因此访问控制列表可能会很大，可以用精简的访问列表解决这个问题

精简的访问列表：以“组”为单位，标记各“组”用户可以对文件执行哪些 *** 作。当某用户想要访问文件时，系统会检查该用户所属的分组是否有相应的访问权限。

索引结点，是一种文件目录瘦身策略。由于检索文件时只需用到文件名，因此可以将除了文件名之外的其他信息放到索引结点中。这样目录项就只需要包含文件名、索引结点指针。

索引结点中设置一个链接计数变量count，用于表示链接到本索引结点上的用户目录项数。

当User3访问“ccc”时， *** 作系统判断文件“ccc”属于Link类型文件，于是会根据其中记录的路径层层查找目录，最终找到User1的目录表中的“aaa”表项，于是就找到了文件1的索引结点。

类似于内存分页，磁盘中的存储单元也会被分为一个个“块/磁盘块/物理块”。很多 *** 作系统中，磁盘块的大小与内存块、页面的大小相同

内存与磁盘之间的数据交换（即读/写 *** 作、磁盘I/O）都是以“块”为单位进行的。即每次读入一块，或每次写出一块

在内存管理中，进程的逻辑地址空间被分为一个一个页面同样的，在外存管理中，为了方便对文件数据的管理，文件的逻辑地址空间也被分为了一个一个的文件“块”。于是文件的逻辑地址也可以表示为（逻辑块号，块内地址）的形式。用户通过逻辑地址来 *** 作自己的文件， *** 作系统要负责实现从逻辑地址到物理地址的映射

连续分配方式要求每个文件在磁盘上占有一组连续的块。用户给出要访问的逻辑块号， *** 作系统找到该文件对应的目录项（FCB）——可以直接算出逻辑块号对应的物理块号，物理块号=起始块号+逻辑块号。还需要检查用户提供的逻辑块号是否合法（逻辑块号≥ 长度就不合法）因此 连续分配支持顺序访问和直接访问 （即随机访问）

读取某个磁盘块时，需要移动磁头。访问的两个磁盘块相隔越远，移动磁头所需时间就越长。 连续分配的文件在顺序读/写时速度最快，物理上采用连续分配的文件不方便拓展，且存储空间利用率低，会产生难以利用的磁盘碎片可以用紧凑来处理碎片，但是需要耗费很大的时间代价。。

链接分配采取离散分配的方式，可以为文件分配离散的磁盘块。分为隐式链接和显式链接两种。

用户给出要访问的逻辑块号i， *** 作系统找到该文件对应的目录项（FCB）…从目录项中找到起始块号（即0号块），将0号逻辑块读入内存，由此知道1号逻辑块存放的物理块号，于是读入1号逻辑块，再找到2号逻辑块的存放位置……以此类推。因此，读入i号逻辑块，总共需要i+1次磁盘I/O。

采用链式分配（隐式链接）方式的文件，只支持顺序访问，不支持随机访问，查找效率低。另外，指向下一个盘块的指针也需要耗费少量的存储空间。但是，采用隐式链接的链接分配方式，很方便文件拓展。另外，所有的空闲磁盘块都可以被利用，不会有碎片问题，外存利用率高。

把用于链接文件各物理块的指针显式地存放在一张表中。即文件分配表（FAT，File Allocation Table）

一个磁盘仅设置一张FAT 。开机时，将FAT读入内存，并常驻内存。FAT的各个表项在物理上连续存储，且每一个表项长度相同，因此“物理块号”字段可以是隐含的。

从目录项中找到起始块号，若i>0，则查询内存中的文件分配表FAT，往后找到i号逻辑块对应的物理块号。 逻辑块号转换成物理块号的过程不需要读磁盘 *** 作。

采用链式分配（显式链接）方式的文件，支持顺序访问，也支持随机访问 （想访问i号逻辑块时，并不需要依次访问之前的0 ~ i-1号逻辑块）， 由于块号转换的过程不需要访问磁盘，因此相比于隐式链接来说，访问速度快很多。显然，显式链接也不会产生外部碎片，也可以很方便地对文件进行拓展。

索引分配允许文件离散地分配在各个磁盘块中，系统会为每个文件建立一张索引表，索引表中记录了文件的各个逻辑块对应的物理块（索引表的功能类似于内存管理中的页表——建立逻辑页面到物理页之间的映射关系）。索引表存放的磁盘块称为索引块。文件数据存放的磁盘块称为数据块。

在显式链接的链式分配方式中，文件分配表FAT是一个磁盘对应一张。而索引分配方式中，索引表是一个文件对应一张。可以用固定的长度表示物理块号 [4] ，因此，索引表中的“逻辑块号”可以是隐含的。

用户给出要访问的逻辑块号i， *** 作系统找到该文件对应的目录项（FCB）…从目录项中可知索引表存放位置，将索引表从外存读入内存，并查找索引表即可只i号逻辑块在外存中的存放位置。

可见， 索引分配方式可以支持随机访问。文件拓展也很容易实现 （只需要给文件分配一个空闲块，并增加一个索引表项即可）但是 索引表需要占用一定的存储空间

索引块的大小是一个重要的问题，每个文件必须有一个索引块，因此索引块应尽可能小，但索引块太小就无法支持大文件，可以采用以下机制：

空闲表法适用于“连续分配方式”。分配磁盘块：与内存管理中的动态分区分配很类似，为一个文件分配连续的存储空间。同样可采用首次适应、最佳适应、最坏适应等算法来决定要为文件分配哪个区间。回收磁盘块：与内存管理中的动态分区分配很类似，当回收某个存储区时需要有四种情况——①回收区的前后都没有相邻空闲区；②回收区的前后都是空闲区；③回收区前面是空闲区；④回收区后面是空闲区。总之，回收时需要注意表项的合并问题。

*** 作系统保存着链头、链尾指针。如何分配：若某文件申请K个盘块，则从链头开始依次摘下K个盘块分配，并修改空闲链的链头指针。如何回收：回收的盘块依次挂到链尾，并修改空闲链的链尾指针。适用于离散分配的物理结构。为文件分配多个盘块时可能要重复多次 *** 作

*** 作系统保存着链头、链尾指针。如何分配：若某文件申请K个盘块，则可以采用首次适应、最佳适应等算法，从链头开始检索，按照算法规则找到一个大小符合要求的空闲盘区，分配给文件。若没有合适的连续空闲块，也可以将不同盘区的盘块同时分配给一个文件，注意分配后可能要修改相应的链指针、盘区大小等数据。如何回收：若回收区和某个空闲盘区相邻，则需要将回收区合并到空闲盘区中。若回收区没有和任何空闲区相邻，将回收区作为单独的一个空闲盘区挂到链尾。 离散分配、连续分配都适用。为一个文件分配多个盘块时效率更高

位示图：每个二进制位对应一个盘块。在本例中，“0”代表盘块空闲，“1”代表盘块已分配。位示图一般用连续的“字”来表示，如本例中一个字的字长是16位，字中的每一位对应一个盘块。因此可以用（字号，位号）对应一个盘块号。当然有的题目中也描述为（行号，列号）

盘块号、字号、位号从0开始，若n表示字长，则

如何分配：若文件需要K个块，①顺序扫描位示图，找到K个相邻或不相邻的“0”；②根据字号、位号算出对应的盘块号，将相应盘块分配给文件；③将相应位设置为“1”。如何回收：①根据回收的盘块号计算出对应的字号、位号；②将相应二进制位设为“0”

空闲表法、空闲链表法不适用于大型文件系统，因为空闲表或空闲链表可能过大。UNIX系统中采用了成组链接法对磁盘空闲块进行管理。文件卷的目录区中专门用一个磁盘块作为“超级块”，当系统启动时需要将超级块读入内存。并且要保证内存与外存中的“超级块”数据一致。

进行Create系统调用时，需要提供的几个主要参数：

*** 作系统在处理Create系统调用时，主要做了两件事：

进行Delete系统调用时，需要提供的几个主要参数：

*** 作系统在处理Delete系统调用时，主要做了几件

事：

在很多 *** 作系统中，在对文件进行 *** 作之前，要求用户先使用open系统调用“打开文件”，需要提供的几个主要参数：

*** 作系统在处理open系统调用时，主要做了几件事：

进程使用完文件后，要“关闭文件”

*** 作系统在处理Close系统调用时，主要做了几件事：

进程使用read系统调用完成写 *** 作。需要指明是哪个文件（在支持“打开文件” *** 作的系统中，只需要提供文件在打开文件表中的索引号即可），还需要指明要读入多少数据（如：读入1KB）、指明读入的数据要放在内存中的什么位置。 *** 作系统在处理read系统调用时，会从读指针指向的外存中，将用户指定大小的数据读入用户指定的内存区域中。

进程使用write系统调用完成写 *** 作，需要指明是哪个文件（在支持“打开文件” *** 作的系统中，只需要提供文件在打开文件表中的索引号即可），还需要指明要写出多少数据（如：写出1KB）、写回外存的数据放在内存中的什么位置 *** 作系统在处理write系统调用时，会从用户指定的内存区域中，将指定大小的数据写回写指针指向的外存。

寻找时间（寻道时间）T S ：在读/写数据前，将磁头移动到指定磁道所花的时间。

延迟时间T R ：通过旋转磁盘，使磁头定位到目标扇区所需要的时间。设磁盘转速为r（单位：转/秒，或转/分），则平均所需的延迟时间

传输时间T t ：从磁盘读出或向磁盘写入数据所经历的时间，假设磁盘转速为r，此次读/写的字节数为b，每个磁道上的字节数为N。则

总的平均存取时间Ta

延迟时间和传输时间都与磁盘转速相关，且为线性相关。而转速是硬件的固有属性，因此 *** 作系统也无法优化延迟时间和传输时间，但是 *** 作系统的磁盘调度算法会直接影响寻道时间

根据进程请求访问磁盘的先后顺序进行调度。

优点：公平；如果请求访问的磁道比较集中的话，算法性能还算过的去

缺点：如果有大量进程竞争使用磁盘，请求访问的磁道很分散，则FCFS在性能上很差，寻道时间长。

SSTF算法会优先处理的磁道是与当前磁头最近的磁道。可以保证每次的寻道时间最短，但是并不能保证总的寻道时间最短。（其实就是贪心算法的思想，只是选择眼前最优，但是总体未必最优）

优点：性能较好，平均寻道时间短

缺点：可能产生“饥饿”现象

SSTF算法会产生饥饿的原因在于：磁头有可能在一个小区域内来回来去地移动。为了防止这个问题，可以规定，只有磁头移动到最外侧磁道的时候才能往内移动，移动到最内侧磁道的时候才能往外移动。这就是扫描算法（SCAN）的思想。由于磁头移动的方式很像电梯，因此也叫电梯算法。

优点：性能较好，平均寻道时间较短，不会产生饥饿现象

缺点：①只有到达最边上的磁道时才能改变磁头移动方向②SCAN算法对于各个位置磁道的响应频率不平均

扫描算法（SCAN）中，只有到达最边上的磁道时才能改变磁头移动方向，事实上，处理了184号磁道的访问请求之后就不需要再往右移动磁头了。LOOK调度算法就是为了解决这个问题，如果在磁头移动方向上已经没有别的请求，就可以立即改变磁头移动方向。（边移动边观察，因此叫LOOK）

优点：比起SCAN算法来，不需要每次都移动到最外侧或最内侧才改变磁头方向，使寻道时间进一步缩短

SCAN算法对于各个位置磁道的响应频率不平均，而C-SCAN算法就是为了解决这个问题。规定只有磁头朝某个特定方向移动时才处理磁道访问请求，而返回时直接快速移动至起始端而不处理任何请求。

优点：比起SCAN来，对于各个位置磁道的响应频率很平均。

缺点：只有到达最边上的磁道时才能改变磁头移动方向，另外，比起SCAN算法来，平均寻道时间更长。

C-SCAN算法的主要缺点是只有到达最边上的磁道时才能改变磁头移动方向，并且磁头返回时不一定需要返回到最边缘的磁道上。C-LOOK算法就是为了解决这个问题。如果磁头移动的方向上已经没有磁道访问请求了，就可以立即让磁头返回，并且磁头只需要返回到有磁道访问请求的位置即可。

优点：比起C-SCAN算法来，不需要每次都移动到最外侧或最内侧才改变磁头方向，使寻道时间进一步缩短

磁盘地址结构的设计：

Q：磁盘的物理地址是（柱面号，盘面号，扇区号）而不是（盘面号，柱面号，扇区号）

A：读取地址连续的磁盘块时，采用（柱面号，盘面号，扇区号）的地址结构可以减少磁头移动消耗的时间

减少延迟时间的方法：

Step 1：进行低级格式化（物理格式化），将磁盘的各个磁道划分为扇区。一个扇区通常可分为头、数据区域（如512B大小）、尾三个部分组成。管理扇区所需要的各种数据结构一般存放在头、尾两个部分，包括扇区校验码（如奇偶校验、CRC循环冗余校验码等，校验码用于校验扇区中的数据是否发生错误）

Step 2：将磁盘分区，每个分区由若干柱面组成（即分为我们熟悉的C盘、D盘、E盘）

Step 3：进行逻辑格式化，创建文件系统。包括创建文件系统的根目录、初始化存储空间管理所用的数据结构（如位示图、空闲分区表）

计算机开机时需要进行一系列初始化的工作，这些初始化工作是通过执行初始化程序（自举程序）完成的

初始化程序可以放在ROM（只读存储器）中。ROM中的数据在出厂时就写入了，并且以后不能再修改。ROM中只存放很小的“自举装入程序”，完整的自举程序放在磁盘的启动块（即引导块/启动分区）上，启动块位于磁盘的固定位置，开机时计算机先运行“自举装入程序”，通过执行该程序就可找到引导块，并将完整的“自举程序”读入内存，完成初始化。拥有启动分区的磁盘称为启动磁盘或系统磁盘（C:盘）

对于简单的磁盘，可以在逻辑格式化时（建立文件系统时）对整个磁盘进行坏块检查，标明哪些扇区是坏扇区，比如：在FAT表上标明。（在这种方式中，坏块对 *** 作系统不透明）。

对于复杂的磁盘，磁盘控制器（磁盘设备内部的一个硬件部件）会维护一个坏块链表。在磁盘出厂前进行低级格式化（物理格式化）时就将坏块链进行初始化。会保留一些“备用扇区”，用于替换坏块。这种方案称为扇区备用。且这种处理方式中，坏块对 *** 作系统透明

办公楼公共安全突发事件应急预案1

一、演练背景设施

配电柜出现电火花、电器设备电源线老化产生电火花、员工不遵守规章制度故意玩火，人员没有及时发现，导致火灾。及其他各方面引发的火灾。

二、预案策划

事故发生后，由发现第一人、监护安全员分别向本部门领导和监控室、消防控制室报警，监护安全员应通过对讲机不间断向消防控制室汇报现场情况。办公楼领导接到报警后迅速启动现场处置方案，成立急救组、报警组。急救组：到消防控制室取消防器材；分配人员，对受伤人员进行现场急救，然后让受伤人员撤离现场。报警组：向安全主管、总经理、部门总监、经理报警；向各办公室负责人报警。

监控室接到报警后再次通过对讲机向消防控制室报警，同时调整监控，密切观察现场情况；消防控制室接到报警后迅速通知总指挥，并开启消防泵使水压达到最佳状态，待总指挥确认回复后，启动厂区警报，办公楼安全事故预案正式启动。

启动预案后，现场指挥组迅速赶往紧急集合点负责现场应急指挥，现场人员迅速成立各救援小组展开施救。

指挥组：负责执行指挥组下达的各项救援指令，及时报告现场情况。

急救组：到消防控制室取消防器材；把部门主要资料如：财务账目等，迅速搬离事故现场；分配人员，对受伤人员进行现场急救，然后让受伤人员撤离现场。

报警组：负责向菏泽市消防机构、医疗机构报警;派专人到公司门口迎接救援。

警戒组：负责办公楼周边及各个重要路口的警戒；阻止人员进入。

后勤保障组：寻找医药、水源等应急物资；切断附近电力供应；保证车辆对伤员的运输。

疏散组：组织各办公室员工按疏散路线撤离危险区域。

随时间推移，公司疏散组成员不断的把被困人员转移到安全地带。医护人员进行伤员的紧急救护和运送医院。直至全部人员转移到安全地点，清点人数全部到齐结束。

注意事项：

1、参演人员所持对讲机频道对应如下：

急救组为“1”频道；后勤保障组为“2”频道；报警组电话为“3”频道；疏散组为“4”频道。

2、红色袖标为各小组负责人标志；

3、消防队统一报警电话：

救护车统一电话：（博爱医院）、（惠慈医院）

基础应急知识：

1、报警人员应报告如下内容：

①发生事故的地点；

②事故蔓延情况；

③事故发生时间；

④人员伤亡情况；

⑤公司所处位置及报警人员****等

2、急救组应知应会内容

①应急物资、物品（防烟尘面具等）的正确使用；

②现场救护知识；

③重要资料的。

3、疏散组应知应会内容应分别带领各层员工向安全位置撤离，并不断采取呼救、呐喊等方式疏散人员。

4、警戒组应知应会内容应杜绝无关人员进入警戒区内，保证疏散通道的畅通，负责指挥转运相关救援物资等。

5、后勤保障组应知应会内容

应熟知各应急工具、备用工具配备地点和使用方法，消防泵房的控制，厂区供电、用电的控制等。

办公楼公共安全突发事件应急预案2

为有效预防及时控制和消除机关综合办公大楼火灾等安全方面所引发的紧急突发事件的危害，保障综合办公大楼机关工作人员生命和公共财产安全，维护正常的工作秩序，特制定本预案。

一、加强领导，成立防火指挥部

机关事务管理局成立防火指挥部，下属灭火行动组、通信联络组、疏散引导组、安全防护救护组，负责领导和处理本预案的突发事件：

总指挥：刘桂臻

副总指挥：李伟

成员：各科室负责人

灭火行动组：由消防科长任组长，消防科全体人员和维保人员为成员，主要负责本大楼的一般初级灭火的扑救工作。

通信联络组：由办公室主任任组长，办公室全体人员为成员，主要负责通信联络及部门的统一协调。

疏散引导组：由组织人事科长任组长，组织人事科全体人员为成员，主要负责火灾时人员的安全疏散及财产的安全转移。

安全防护救护组：由维修科、生活科各科长任组长，各科室全体人员为成员，主要负责火灾时车辆、医疗救护等后勤保障工作。

1、指挥部领导各小组要掌握防火安全工作中的矛盾和问题，及时发现并整改防范。

2、要加强对多单位防火安全宣传培训，提高工作人员的消防意识，做到人人知消防、人人重消防的局面。

3、组织工作人员定期对消防器材进行检查和维护，对不符合要求的器材要及时更换，灭火器要及时更换灭火剂，抢修、抢救器材要处于良好待用状态，将防火、灭火建立在科学的技术保障条件下，将事故消除在萌芽状态。

二、火灾自动报警系统发生的火灾报警信号处置程序

1、消防控制室值班人员接到火灾自动报警系统发出的火灾报警信号时，要马上通过无线对讲系统或单元内部电话通知，巡查人员或报警区域的楼层值班、工作人员迅速赶往现场查看。

2、查看人员确认火情后，要立即通过报警按钮楼层电话或无线对讲系统向消防控制室反馈信息报告火源的正确地点、火势，如是初起火灾，立即组织大楼周边各科室工作人员争取在30秒内形成第一灭火队伍，使用灭火器和消火栓进行灭火。同时向分管领导汇报，立即组织第二灭火队伍进行增援。

3、如发现火情重大，呈蔓延态势，马上拨打“119”电话报警求援，同时放下防火帘，用以隔离火源，阻止烟和有害气体蔓延，缩小火源区域。当消防员赶到后，临时指挥员应将火场现场情况报告消防人员，并服从消防人员统一指挥，配合消防队做好灭火和人员疏散工作。

4、如晚上发现火情，立即与消防科负责人、管理人员、维保人员联系，同时报告分管领导，紧急组织灭火队伍灭火，并视火情拨打“119”报警。消防科全体人员手机24小时处于开机状态。

5、发生火情后，掌握“三近”原则：距起火点近的消防人员或机关工作人员利用灭火器和消火栓灭火；距电话或报警点近的消防人员或机关工作人员负责报警；距安全通道或出口近的消防人员或机关工作人员引导人员疏散。

6、消防控制室负值班人员在确认火情报告后要同时做到：

（1）、立即启动事故广播发出火警指令，同时告知所有工作人员不要惊慌，在消防人员的引导下迅速安全疏散，撤离到安全区域——人民广场。

最佳撤离路线：A区西楼人员出零层西门，经过楼前西大门到达人民广场；C区东楼人员出零层东门，经过楼前东大门到达人民广场；B、C区之间人员走中门，经过正门到达人民广场；A、B区之间人员走一楼北门，出北大门后分别沿府安巷、府佑巷到达人民广场；餐厅和零层及以下楼层人员从零层东西安全门就近撤出大楼，经大楼两侧道路分别出楼前东西大门到达人民广场。

（2）、立即启动正压送风、排风系统和消防泵等设施，确保人员安全疏散和有效扑灭初起火灾。

（3）、立即通知维修科，安排电工、电梯维保工根据火灾情况实施断电，关停电梯。

（4）、在接到消防控制室发出的火警指令后，要按照职责分工，各小组做到“快速反应、全体动员、层层负责、重点控制、讲究策略、协同作战、处置果断”。

三、单位员工发现火情时的处置程序

1、当单位的消防员确认火警时，要立即通过报警按钮或报警电话向消防控制室报警，同时做到：疏散引导组及时引导本楼层人员疏散；灭火行动组实施灭火；通讯联络组拨打“119”电话报警。

2、消防控制室人员接到火情报告后，要按照第二条“火灾自动报警系统发生的火灾报警信号处置程序”的第6项规定实施。

3、第二梯队人员接到消防控制室发出的火警指令后，要按照第二条“火灾自动报警系统发生的火灾报警信号处置程序”的第6项中第（4）部分规定实施。

四、接到非火警突发事件后的处置

1、按照处置火灾的人员分工马上行动，以防突发事件引起火-灾。

2、消防控制室在接到突发事件后立即启动事故广播，告知所有人员在安全人员引导下，有序撤离至人民广场。

五、善后工作

1、经过灭火行动组确认明火已经扑灭，协助领导和有关科室普查火灾造成的损失，并草拟事故安全报告，上报防火指挥部。

2、协助防火指挥部查明事故原因，追究事故责任。

办公楼公共安全突发事件应急预案3

为了加强消防安全管理，预防和减少火灾事故的发生，保障干部职工和财产安全，维护正常的工作、生活秩序，根据《中华人民共和国消防法》、公安部《机关、团体、企业、事业单位消防安全管理规定》，结合我局实际，制定本预案。

一、组织机构

为确保我局消防安全应急预案能够顺利、安全的实施，设立指挥部和灭火行动组、通讯联络组、疏散引导组、防护救护组、后勤保障组。

（一）指挥部

总指挥：

职责：总体负责机关办公楼安全应急预案的实施和指挥。

现场指挥：

职责：在总指挥领导下，负责现场指挥灭火、疏散等工作的具体实施，确保灭火、疏散行动能够按照预案顺利进行。

指挥部成员为各股室负责人。

（二）灭火行动组

组长：

成员：

职责：负责按照应急预案或现场指挥员的指令扑灭初起火灾和防止火势蔓延，配合专业消防队进行火灾抢险。

（三）通讯联络组

组长：

成员：办公室全体工作人员

职责：做到报警及时，保持通讯联络畅通，保证各种指令能够迅速、及时、准确传达。

（四）疏散引导组

组长：

成员：人教股、财务股全体工作人员

职责：主要负责疏散着火现场人员到安全地方，并引导消防车及消防人员进入着火现场，负责现场警戒，维护现场秩序，看守抢救出来的物资，以保证灭火行动顺利进行。

（五）防护救护组

组长：

成员：法制股、监察室、个私协全体工作人员

职责：负责救护受伤人员，并配合专职消防人员及医护人员救护抢险火场被困伤员。

（六）后勤保障组

组长：

成员：办公室全体工作人员

职责：负责保证灭火用水供应和其他灭火物资设施供应，以及联系灭火后的水、电、现场抢修、恢复等工作。

二、处置程序

（一）接警报警应急程序和措施

1、工作人员发现火情后应立即查清起火地点、位置，并通知办公室人员赶赴现场予以确认，确定后应立即拨打“119”火警电话，讲明起火地点，起火的部位及物资、火势大小，被困人员情况。同时报告办公室负责人，逐级报告直至总指挥。

2、发生火险后，楼内工作人员应立即采取应急措施，清点本楼层人员安全撤离，切断与火灾相关的电源、火源，搬迁易爆物品等。

3、报警同时要通知通讯联络组，便于及时采取措施和协调各小组的行动。

（二）指挥部应急程序和措施

1、指挥部人员接通知后到现场指挥指定的地点集合。

2、调集灭火行动组控制火点消灭火灾，防止火势蔓延。

3、下达疏导楼内工作人员指令，根据现场火情，利用手机或电话通知疏散引导组到现场开展工作。

4、下达各小组行动指令。

（三）灭火应急程序和措施

1、灭火区域的单位领导和义务消防员要立即用灭火器、消火栓扑救初期火灾。

2、灭火行动组成员接到报警后，应立即赶赴着火现场。

3、根据预案或指挥员的指令，迅速检查是否切断起火现场电源、火源，检查是否存放有易燃、易爆物品，启用携带的或利用就近配置的灭火器、消防栓等灭火器材进行扑救（电器、微机起火应用二氧化碳灭火器进行扑救）。

4、如火势较大，暂时扑灭不了，应根据现场情况及时采用冷却、隔离等措施，防止火势进一步蔓延，待消防队赶到配合完成灭火任务。

5、采取隔离措施时，灭火区域相邻单位有关人员应按统一指挥将易燃物品及时搬到安全地点。

（四）疏散引导程序和措施

1、疏散引导组接到报警后，立即赶赴着火现场组织疏散。

2、根据火情向需要疏散的人员发出通报。

3、根据预案或指挥员的指令，疏通紧急疏散通道，先疏散现场员工，再疏散危险物品及其他物资。

4、派员负责引导消防车及消防人员进入着火现场。

5、派员负责灭火现场警戒，维护现场秩序。

（五）通讯联络应急程序和措施

1、通讯联络组要保持通讯联络畅通，及时准确地将各种指令、情况及信息上传下达。

2、通讯联络组成员随时向指挥部转达火场信息和传达指挥部命令。

（六）防护救护应急程序和措施

1、防护救护组要对大楼实行警戒，保证消防车行进畅通无阻，防止无关人员进入现场，维护好现场秩序。

2、对受伤人员及时抢救。

3、对受伤严重的及时拨打“120”急救电话。

4、帮助撤出人员撤离大楼并进行安置。

5、配合专职消防队员及医护人员抢救火场内被困伤员及重要物资。

6、灭火结束后维护现场原始状态，配合调查人员做好事故现场调查工作。

（七）后勤保障应急程序和措施

1、后勤保障组应迅速调集运送灭火所需物资设备，为完成灭火、疏散救护任务提供必要的支持和保障。火区烟雾大时，应向灭火抢险人员提供湿毛巾。

2、保证消防设施正常运行，及时排除消防设施故障。

3、灭火结束后，后勤保障组在指挥部的安排下做好善后处置工作。

三、应急对策和要求

1、大楼工作人员发现突发火灾，首先保持冷静，认清火势走向，判断最近安全出口位置，可以就近用灭火器进行力所能及的灭火以控制火势，保障逃生的顺利通道。

2、如果走廊或者房间外发生火灾，遇到不透明门，首先要小心触摸房门金属部件，一旦发热不要打开房门，改走另外的安全出口，如果火势较大难以逃生，可以返回房间，躲进隔热较好的房间，关好门窗并用水浸湿棉织品堵塞门和其他通风处，及时和外部联系求救。

3、如果房间通道内有烟雾，请用湿布或毛巾捂住口鼻，匍匐前进，切忌慌不择路或跳楼逃生。

4、在抢险救火中，楼内工作人员都要积极发挥主动作用，做好配合灭火和疏散等工作。

5、所有参战人员都要听从指挥部的统一指挥，接到命令迅速到达指定地点。

6、各小组人员要协同作战，共同完成紧急情况下的各项任务。

四、其他

1、预案贯彻。机关全体工作人员要认真学习本预案，熟悉各自的职责和任务。

2、预案启动。在火警发生时，局办公室等相关部门应立即组织灭火，全力将火灾消灭在初始阶段。如火灾难以控制，立即启动本预案。

办公楼公共安全突发事件应急预案4

为了进一步巩固和加强xxxx消防安全管理工作，落实各项消防安全管理职责，提高员工消防素质，有效预防和减少火灾危害的发生，保障员工的人身安全和公共财产安全，增强抗御火灾的能力，特制定本预案。

一、组织机构及职责

（一）灭火和应急疏散领导小组

组长：xxx

副组长：xxx

组员：xxx

灭火和应急疏散领导小组职责：

组长：全面负责xxxx消防安全的指挥协调，研究制定中心灭火和应急疏散预案，指挥和组织做好灭火、疏散、抢险和救护工作。

副组长：协助组长做好消防安全工作，经常组织人员进行消防安全检查，并向组长汇报存在的重大消防隐患，当组长有在岗时，全面负责消防安全的指挥协调工作。

组员职责：根据组长、副组长的安排，快速执行各自的任务，并及时向领导汇报请示。

（二）应急疏散引导组

1负责指挥工作人员从四楼楼东、西两侧、通信楼内演播室、编辑机房从安全通道疏散，确保安全通道畅通。

2指挥工作人员从三楼东、西两侧安全通道疏散，确保安全通道畅通。

3指挥工作人员从二楼东、西两侧安全通道疏散，确保安全通道畅通。

4指挥工作人员从一楼东、西两侧、鄯善印刷厂厂房和哈密厂前后门安全通道疏散，确保安全通道畅通。

5指挥工作人员从三楼东、西两侧和通信楼内播出机房安全通道疏散，确保安全通道畅通。

6指挥工作人员从指挥部楼内办公室安全通道疏散，确保安全通道畅通。

7负责鄯善各部门、各楼层现场工作人员疏散撤离时的指挥引导工作。

疏散原则：按就近便利的原则，组织人员从疏散通道、安全出口迅速撤离。

（三）灭火行动组

职责：利用现场消防器材进行初期火灾的扑救，指挥现场人员迅速撤离，火灾扑灭后，保护好现场。

（四）通讯联络组

职责：负责应急信息的传递，及时传达各项指令和反馈现场信息。

（五）抢险救护组

职责：负责应急过程中对事故现场伤亡人员的救援工作，及时拨打急救电话120，联系医务人员赶赴现场进行救护。

二、应急反应和人员疏散措施

（一）报警和接警处置

当发生火灾或险情时，现场目击者应大声呼喊“着火拉”，并立即采取灭火措施，同时向中心领导或安全管理部门以及“119”报警，接到报警后，由安全部门通知各行动小组立即启动《xxxx办公楼灭火和应急疏散预案》，各行动小组按各自的岗位，履行其职责。

（二）应急疏散的组织

当发生火灾或险情时，疏散引导组应按各自的岗位，指挥人员按指定的疏散路线撤离现场，撤离人员应听从引导人员的指挥，防止拥挤堵塞通道。（撤离人员撤出时，应关好办公室门）

（三）灭火行动组（扑救初起火灾）

当发生火灾或险情时，灭火行动组应立即组织人员利用现场消防器材进行初起火灾的扑救或排除险情。

（四）通讯联络组

当发生火灾或险情时，通讯联络组应确保通讯畅通，做好信息传递，及时传达各项指令和反馈现场信息，及时向“119”报警，并派人员到单位丁字路口等消防车辆。

（五）安全防护救护组

当发生火灾或险情时，安全防护救护组应组织人员对事故现场伤亡人员进行救护，及时拨打急救电话120，联系医务人员赶赴现场进行救护。

三、拨打火警电话方法

（一）讲清着火单位名称、详细地址。

（二）讲清着火部位、燃烧物、火情大小。

（三）讲清报警人的姓名及报警电话的号码。

（四）派人到单位门口或十字交叉路口等接消防车辆。

四、注意事项

消防部门在灭火或排除险情时，工作人员和现场人员应大力配合和支持，救援工作结束后，要保护好现场，配合火灾事故原因调查分析，灭火和应急组长应组织现场人员清理现场，消防事故隐患，以防火灾或险情再次发生。

五、消防管理

由安全管理部门，组织安全网员经常检查；安全通道是否畅通；报警装置和灭火器是否完好有效；消防安全责任是否逐级落实；要害岗位人员是否培训。

1负责四楼、三楼、二楼消防器材的检查，并重点负责四楼、二楼的安全巡回检查。

2负责一楼消防器材的检查，并重点负责一楼的安全巡回检查。

3负责物资库房、磁带库鄯善印刷厂厂房消防器材的检查，并重点负责物次库房、磁带库、厂房的安全巡回检查。

六、有关应急电话号码

火警：119

急救中心：120

综合办公室：xxxxxxx

办公楼公共安全突发事件应急预案5

一、目的

防止停电造成不必要的损失，保证各商户能够正常营业，及楼内工所人员能够正常办公，特制订本停电预案。

二、成员

组长：项目经理客户服务部：通知、向商户解释设备保障、恢复：工程部巡视：内保楼内巡视岗。

三、原则：

所有工作人员统一听从总负责人的统一调度和安排的原则。

四、实施方法

1、通知停电

（1）接到供电局通知停电后，进行二次核实无误后，已通知的形式第一时间通知各商户及销售部，停电原因、时间，及恢复时间。

（2）项目部做好停电前楼内各设施设备的保护工作，例如，在停电前提前停止电梯。

（3）在停电前检查配电室各供电设备，是否运行正常，以保证恢复供电后能正常投入运行。

（4）在得到供电局或知道恢复供电，二次确认后，第一时间通知各商户，已恢复供电，请检查各设备，然后恢复电梯的运行，并巡视配电室，各数据是否正常。

2、紧急停电

（1）在停电后，第一时间向供电局了解停电信息，并检查电梯是否有困人现象，并通知各商户，停电原因及大概恢复的时间。

（2）派专人负责巡视各供电设备，以防止突然恢复供电造成不必要的损失。

（3）恢复供电后，向供电局二次确认后，及时通知各商户，并检查楼宇各设备是否已恢复正常。

群控电梯在登记过程中无法成功有以下几种可能原因：

1 通信故障：群控电梯需要进行与电梯控制系统的通信才能实现登记。如果通信出现问题或者网络不稳定，可能会导致登记失败。建议您检查通讯设备和网络连接的状态，并尝试重新连接以解决问题。

2 网络问题：群控电梯登记需要依赖网络连接。如果网络连接不稳定或者网速较慢，也可能导致登记失败。建议您确认网络连接正常后再次尝试登记。

3 电梯控制系统问题：如果电梯控制系统存在故障，例如传感器故障、逻辑控制器故障等，也可能导致登记失败。建议您联系专业技术人员进行诊断和维修。

4 登记 *** 作错误：登记时 *** 作不正确，例如忘记输入必要的参数、输入错误的参数等，也可能导致登记失败。建议您仔细阅读并遵循群控电梯的使用说明，确保所有 *** 作正确无误。

总之，在使用群控电梯时，应当注意安全和可靠性，并遵循相关规定和 *** 作要求。如遇到登记失败等问题，应当及时寻求技术支持并解决问题。

以上就是关于 *** 作系统(四)文件管理全部的内容，包括: *** 作系统(四)文件管理、办公楼公共安全突发事件应急预案、群控电梯有时登记不上等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！