11g rac 修改redo日志的大小
11grac修改redo日志的大小
1.查看当前redo日志的情况
sys@RACDB>SELECT l.group#, l.thread#, f.member, l.archived, l.status, (bytes/1024/1024) size_mb FROM v$log l,v$logfile f WHERE f.group# = l.group# ORDER BY 1,2;
2.执行以下语句，创建新的日志组，作为过渡日志组
alter database add logfile thread 1 group 5 ('+DATA/racdb/onlinelog/group_5_1.log') size 100M;
alter database add logfile thread 1 group 6 ('+DATA/racdb/onlinelog/group_6_1.log') size 100M;
alter database add logfile thread 2 group 7 ('+DATA/racdb/onlinelog/group_7_1.log') size 100M;
alter database add logfile thread 2 group 8 ('+DATA/racdb/onlinelog/group_8_1.log') size 100M;
3.多次切换日志组，直到要替换的日志组变为INACTIVE状态（所有节点执行）
sys@RACDB>alter system switch logfile;
sys@RACDB>select group#,THREAD#,status,archived,bytes/1024/1024 MB from v$log; GROUP# THREAD# STATUS ARC MB
------ ------- ---------- --- ----------
1 1 INACTIVE YES 50
2 1 INACTIVE YES 50
3 2 INACTIVE NO 50
4 2 INACTIVE YES 50
5 1 ACTIVE YES 100
6 1 CURRENT NO 100
7 2 INACTIVE YES 100
8 2 INACTIVE YES 100
4.删除日志组1,2,3,4
sys@RACDB>alter database drop logfile group 1;
sys@RACDB>alter database drop logfile group 2;
sys@RACDB>alter database drop logfile group 3;
sys@RACDB>alter database drop logfile group 4;
sys@RACDB>select group#,THREAD#,status,archived,bytes/1024/1024 MB from v$log;
GROUP# THREAD# STATUS ARCHIVED MB
------ ------- ---------- ---------- ----------
5 1 ACTIVE YES 100
6 1 CURRENT NO 100
7 2 INACTIVE YES 100
8 2 INACTIVE YES 100
5.重新添加日志组1,2,3,4分配日志文件大小为100MB
alter database add logfile thread 1 group 1 ('+DATA/racdb/onlinelog/group_1_1.log','+FRA/racdb/onlinelog/group_1_2.log') size 100M;
alter database add logfile thread 1 group 2 ('+DATA/racdb/onlinelog/group_2_1.log','+FRA/racdb/onlinelog/group_2_2.log') size 100M;
alter database add logfile thread 2 group 3 ('+DATA/racdb/onlinelog/group_3_1.log','+FRA/racdb/onlinelog/group_3_2.log') size 100M;
alter database add logfile thread 2 group 4 ('+DATA/racdb/onlinelog/group_4_1.log','+FRA/racdb/onlinelog/group_4_2.log') size 100M;
添加玩后，查看日志组
sys@RACDB>select group#,THREAD#,status,archived,bytes/1024/1024 MB from v$log;
GROUP# THREAD# STATUS ARCHIVED MB
------ ------- ---------- ---------- ----------
1 1 CURRENT NO 100
2 1 INACTIVE YES 100
3 2 UNUSED YES 100
4 2 UNUSED YES 100
5 1 INACTIVE YES 100
6 1 INACTIVE YES 100
7 2 CURRENT NO 100
8 2 INACTIVE YES 100
6.切换日志组，使日志组5,6,7,8变为INACTIVE
sys@RACDB>alter system switch logfile;
sys@RACDB>select group#,THREAD#,status,archived,bytes/1024/1024 MB from v$log;
GROUP# THREAD# STATUS ARCHIVED MB
------ ------- ---------- ---------- ----------
1 1 CURRENT NO 100
2 1 INACTIVE YES 100
3 2 INACTIVE YES 100
4 2 CURRENT NO 100
5 1 INACTIVE YES 100
6 1 INACTIVE YES 100
7 2 INACTIVE YES 100
8 2 INACTIVE YES 100
7.删除过渡日志组5,6,7,8
sys@RACDB>alter database drop logfile group 5;
sys@RACDB>alter database drop logfile group 6;
sys@RACDB>alter database drop logfile group 7;
sys@RACDB>alter database drop logfile group 8;
8.最后查看修改后的日志情况
SQL Server 数据库清除日志的方法
SQL Server 数据库清除日志的方法 方法一： 1、打开查询分析器，输入命令 BACKUP LOG database_name WITH NO_LOG 2、再打开企业管理器--右键要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至xxm,这里会给出一个允许收缩到的最小m数,直接输入这个数,确定就可以了。 方法二： 设置检查点，自动截断日志 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选择你的数据库名称（如用户数据库cwbase1）-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择“简单”，然后按确定保存 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 方法三：通过SQL收缩日志 把代码复制到查询分析器里，然后修改其中的3个参数(数据库名，日志文件名，和目标日志文件的大小)，运行即可 SET NOCOUNT ON DECLARE @LogicalFileNamesysname, @MaxMinutes INT, @NewSize INT USE tablename -- 要操作的数据库名 SELECT @LogicalFileName = 'tablename_log', -- 日志文件名 @MaxMinutes = 10, -- Limit on time allowed to wrap log. @NewSize = 1 -- 你想设定的日志文件的大小(M) -- Setup / initialize DECLARE @OriginalSizeint SELECT @OriginalSize = size FROM sysfiles WHERE name = @LogicalFileName SELECT 'Original Size of ' + db_name() + ' LOG is ' + CONVERT(VARCHAR(30),@OriginalSize) + ' 8K pages or ' + CONVERT(VARCHAR(30),(@OriginalSize*8/1024)) + 'MB' FROM sysfiles WHERE name = @LogicalFileName CREATE TABLE DummyTrans (DummyColumn char (8000) not null) DECLARE @Counter INT,
安全监控运维管理平台系统
点击文章中飘蓝词可直接进入官网查看 安全监控运维管理平台系统 传统的运维管理系统已经不能满足企业对安全监控运维的需求，对于目前日益严重的网络安全问题，一套比较靠谱的安全监控运维管理平台系统非常重要。可以更好的实现对网络、应用服务器、业务系统、各类主机资源和安全设备等的全面监控，安全监控运维管理平台系统，哪家比较靠谱？ 南京风城云码软件技术有限公司是获得国家工信部认定的“双软”企业，具有专业的软件开发与生产资质。多年来专业从事IT运维监控产品及大数据平台下网络安全审计产品研发。开发团队主要由留学归国软件开发人员及管理专家领衔组成，聚集了一批软件专家、技术专家和行业专家，依托海外技术优势，使开发的软件产品在技术创新及应用领域始终保持在领域上向前发展。 目前公司软件研发部门绝大部分为大学本科及以上学历；团队中拥有系统架构师、高级软件工程师、中级软件工程师、专业测试人员；服务项目覆盖用户需求分析、系统设计、代码开发、测试、系统实施、人员培训、运维整个信息化过程，并具有多个项目并行开发的能力。 安全监控运维管理平台系统功能主要表现以下方面： 服务器硬件状态监控：通过服务器主板IPMI协议，可以监控服务器风扇转速、机箱内部和CPU温度、电源电压、电源状态、CMOS电池容量、CPU、磁盘、内存、RAID卡等硬件状态。 监控操作系统运行状态：包括 linux、windows、Vmware等操作系统运行状态的监控，以及所运行的进程和服务等。 数据库和应用监控：包括MSSQL、ORACLE、MYSQL等数据库监控，WEB服务器，URL页面等状态监控。 线路监控：包括内部专网、互联网等线路的通断和质量、流量的监控。
如何查看电脑使用记录完整版
如何查看电脑使用记录 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
一、如何查看电脑开机记录 1.打开“我的电脑”，C盘Windows目录下有很多文件，找到一个（或者开始－运行）。它是“计划任务”的日志，会忠实地记录电脑计划任务的执行情况，还有每次开机启动及退出Windows系统的信息。 2.通过“事件查看器”的事件日志服务查看计算机的开、关机时间。打开“控制面板”，双击“管理工具”，然后打开“事件查看器”，在左边的窗口中选择“系统”选项。单击鼠标右键，在弹出的快捷菜单中选择“属性”，在打开的“系统属性”窗口中选择“筛选器”选项卡，在“事件类型”下面选中“信息”复选项，并在“事件来源”列表中选择“eventlog”选项，继续设定其他条件后，单击“确定”按钮，即可看到需要的事件记录了。双击某条记录，如果描述信息为“事件服务已启动”，那就代表计算机开机或重新启动的时间，如果描述信息是“事件服务已停止”，即代表计算机的关机时间。 3.在运行框中输入cmd进入后直接输入systeminfo就可以看到你这次开电脑到现在共计多长时间了。 二、如何查看电脑文档记录 1.找到C:\WINDOWS\Prefetch下。里面有记录你曾经运行过什么程序，文件最前面的为程序名，后面的执行代码不用理他！如果你没有优化过的话~这里面保存的东西应该是非常有价值的！
2.看你最近打开过什么文件（非程序）和文件夹(最近打开文件的历史记录)！ "我的电脑"-"C盘(操作系统所在盘)"-"Documents and Settings"-"Administrator （Administrator改成你的用户名）"-"Recent"（或开始－运行－recent）。可以看到在本地硬盘上的操作(包括打开的电影,word文档等)。 3.开始－运行－Local Settings,有个History的文件夹,里面的记录更详细。 4. 在开始－文档中可以看到最近使用过的文件。 5. 电脑日志记录：开始/控制面板/性能和维护（经典视图里去掉这个）/管理工具/事件查看器，看看里面的记录。 6. 查看最近删除了什么~呵呵这就要用到硬盘恢复工具。 三、如何查看电脑上网记录 1.开始－运行Local Settings,有个Temporary Internet Files的文件夹里面是记录上网的。 2.看你都打开过哪些网址，可以在IE里点击历史记录。
数据库的事务日志已满
数据库的事务日志已满。若要查明无法重用日志中的空间的原因 ，请参阅sys.databases 中的log_reuse_wait_desc 列 一般不建议做第4，6两步 第4步不安全，有可能损坏数据库或丢失数据 第6步如果日志达到上限，则以后的数据库处理会失败，在清理日志后才能恢复. 1、清空日志 DBCC SHRINKFILE(库名_log，0) DUMP TRANSACTION 库名WITH NO_LOG 2、截断事务日志： 如果出现“未能在sysfiles 中找到文件库名_log'。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。” 则使用这句SQL操作 BACKUP LOG 库名WITH NO_LOG DBCC SHRINKFILE(2，0) 3.收缩数据库文件(如果不压缩，数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 a、选择日志文件--收缩文件至，这里会给出一个允许收缩到的最小M数，确定就可以了 b、选择数据文件--收缩文件至，这里会给出一个允许收缩到的最小M数，，确定就可以了也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDA TABASE(库名) --收缩指定数据文件，1是文件号，可以通过这个语句查询到:select * from sysfiles DBCC SHRINKFILE(1) 4.为了最大化的缩小日志文件(如果是sql 7.0，这步只能在查询分析器中进行)
a.分离数据库: 企业管理器--服务器--数据库--右键--分离数据库 b.在我的电脑中删除LOG文件 c.附加数据库: 企业管理器--服务器--数据库--右键--附加数据库 此法将生成新的LOG，大小只有500多K 或用代码： 下面的示例分离pubs，然后将pubs 中的一个文件附加到当前服务器。a.分离 EXEC sp_detach_db @dbname = '库名' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = '库名'， @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\库名.mdf' 5.为了以后能自动收缩，做如下设置: 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '库名'，'autoshrink'，'TRUE' 6.如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 库名modify file(name=逻辑文件名，maxsize=20)
查看系统操作日志
如何查看电脑使用记录 系统设置 : 怎样在日志里面记录用户地登陆、对文件地访问等信息? : "开始"—>"运行"—>""—>"计算机配置"—>"设置"—>"安全设置"—>"本地策略"—>"审计策略"—>...b5E2R。 .看计算机在哪天运行过运行了多久！ （系统安装在盘) 找到:\\文件里面有你自这个系统产生以来曾经工作过地时间，包括哪天开了机开机时间关机时间！ 也可以进入控制面版管理工具事件查看器系统可以看到开机和关机时间. .看你最近运行过什么程序： 找到:\\下.里面有记录你曾经运行过什么程序，文件最前面地及为程序名，后面地执行代码不用理他！如果你没有优化过地话这里面保存地东西应该是非常有价值地！p1Ean。 .看你最近打开过什么文件（非程序）和文件夹！ 开始运行
.看最近在网上做了什么…………等等 显示所有文件个文件夹，找到:\ \\ 目录你慢慢探索一下这个文件夹吧如果没有进行过磁盘清理或相关优化你所有记录可全在这个里面哦（包括你上网干了什么坏事可能还能有视频，图片罪证呢！呵呵）DXDiT。 .查看最近删除了什么：这就要用到硬盘恢复工具啦把你曾经以为彻底删除掉地东西都给你翻出来哈哈！！ 相关软件(以下软件较旧，可以找相关新版地软件，自己去百度搜索吧）. 文件大小：更新时间：下载次数：次软件星级：★★★ 可以即时地监测你地电脑，当你地电脑有改变地时候，它会立刻提示你，从而让你作出选择. 软件分类：系统监视操作系统：授权方式：试用版RTCrp。 文件大小：更新时间：下载次数：次软件星级：★★★ 可说是地加强版，有别于地一次只可以监控一个文件，可以监控一个文件夹中下地所有文件. 软件分类：系统监视操作系统：授权方式：试用版5PCzV。
MSSQL2000中没有日志文件的数据库恢复方法
MSSQL2000 中没有日志文件的数据库恢复方法 由于种种原因， 我们如果当时仅仅备份了 mdf 文件，那么恢复起来就是一件 很麻烦的事情了。 如果您的 mdf 文件是当前数据库产生的，那么很侥幸，也许你使用 sp_attach_db 或者 sp_attach_single_file_db 可以恢复数据库，但是会出现类 似下面的提示信息 ########################################################## 设备激活错误。 物理文件名 'C:\Program Files\Microsoft SQL Server\MSSQL\data\test_Log.LDF' 可能有误。 已创建名为 'C:\Program Files\Microsoft SQL Server\MSSQL\Data\test_log.LDF' 的新日志文件。 ########################################################## 但是，如果您的数据库文件是从其他计算机上复制过来的，那么很不幸，也 许上述办法就行不通了。你也许会得到类似下面的错误信息 ########################################################## 服务器: 消息 1813，级别 16，状态 2，行 1 未能打开新数据库 'test'。CREATE DATABASE 将终止。 设备激活错误。物理文件名 'd:\test_log.LDF' 可能有误。 ########################################################## 当出现以上问题时，恢复的办法如下: A.我们使用默认方式建立一个供恢复使用的数据库(数据库名应该与要恢复 的数据库相同，如 test)。可以在 SQL Server Enterprise Manager 里面建立。 B.停掉数据库服务器。 C.将刚才生成的数据库的日志文件 test_log.ldf 删除，用要恢复的数据库 mdf 文件覆盖刚才生成的数据库数据文件 test_data.mdf。 D.启动数据库服务器。此时会看到数据库 test 的状态为“置疑”。这时候 不能对此数据库进行任何操作。 E.设置数据库允许直接操作系统表。此操 作可以在 SQL Server Enterprise Manager 里面选择数据库服务器，按右键，选 择“属性”， 在“服务器设置”页面中将“允许对系统目录直接修改”一项选中。 也可以使用如下语句来实现。
如何查看电脑使用记录
一、如何查看电脑开机记录 1.打开“我的电脑”，C盘Windows目录下有很多文件，找到一个SchedLgU.txt（或者开始－运行SchedLgU.txt）。它是“计划任务”的日志，会忠实地记录电脑计划任务的执行情况，还有每次开机启动及退出Windows系统的信息。 2.通过“事件查看器”的事件日志服务查看计算机的开、关机时间。打开“控制面板”，双击“管理工具”，然后打开“事件查看器”，在左边的窗口中选择“系统”选项。单击鼠标右键，在弹出的快捷菜单中选择“属性”，在打开的“系统属性”窗口中选择“筛选器”选项卡，在“事件类型”下面选中“信息”复选项，并在“事件来源”列表中选择“eventlog”选项，继续设定其他条件后，单击“确定”按钮，即可看到需要的事件记录了。双击某条记录，如果描述信息为“事件服务已启动”，那就代表计算机开机或重新启动的时间，如果描述信息是“事件服务已停止”，即代表计算机的关机时间。 3.在运行框中输入cmd进入后直接输入systeminfo就可以看到你这次开电脑到现在共计多长时间了。 二、如何查看电脑文档记录 1.找到C:\WINDOWS\Prefetch下。里面有记录你曾经运行过什么程序，文件最前面的为程序名，后面的执行代码不用理他！如果你没有优化过的话~这里面保存的东西应该是非常
有价值的！ 2.看你最近打开过什么文件（非程序）和文件夹(最近打开文件的历史记录)！ "我的电脑"-"C盘(操作系统所在盘)"-"Documents and Settings"-"Administrator （Administrator改成你的用户名）"-"Recent"（或开始－运行－recent）。可以看到在本地硬盘上的操作(包括打开的电影,word文档等)。 3.开始－运行－Local Settings,有个History的文件夹,里面的记录更详细。 4. 在开始－文档中可以看到最近使用过的文件。 5. 电脑日志记录：开始/控制面板/性能和维护（经典视图里去掉这个）/管理工具/事件查看器，看看里面的记录。 6. 查看最近删除了什么~呵呵这就要用到硬盘恢复工具。 三、如何查看电脑上网记录 1.开始－运行Local Settings,有个Temporary Internet Files的文件夹里面是记录上网的。 2.看你都打开过哪些网址，可以在IE里点击历史记录。
井上人员定位操作工安全生产责任制示范文本
井上人员定位操作工安全生产责任制示范文本 In The Actual Work Production Management, In Order To Ensure The Smooth Progress Of The Process, And Consider The Relationship Between Each Link, The Specific Requirements Of Each Link To Achieve Risk Control And Planning 某某管理中心 XX年XX月
井上人员定位操作工安全生产责任制示 范文本 使用指引：此管理制度资料应用在实际工作生产管理中为了保障过程顺利推进，同时考虑各个环节之间的关系，每个环节实现的具体要求而进行的风险控制与规划，并将危害降低到最小，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 （一）认真贯彻执行国家安全生产方针，严格遵守各 项规章制度，加强业务学习和安全知识培训，提高自主保 安和业务保安能力，对本岗位安全工作负直接责任。 （二）必须经过安全岗技术位培训，考试合格后持证 上岗方可操作。 （三）爱岗敬业，熟悉人员定位系统原理和各种性 能，能迅速及时地进行人机对话，熟练掌握操作系统，迅 速实现系统的各种功能。 （四）严格按照操作程序，认真记录运行日志、各种 台帐、报表和记录，发现报警及时派人联系和搜寻。 （五）发现井下设备出现故障，及时联系维修人员进
行处理并做好记录。 （六）遵守劳动纪律，严禁脱岗，着装上岗，保证监控设备正常运转。 （七）保证室内卫生，做到窗明几净，争创文明窗口，拒绝无关人员进入机房。 请在此位置输入品牌名/标语/slogan Please Enter The Brand Name / Slogan / Slogan In This Position, Such As Foonsion
基于阿里云搭建实时数据仓库项目项目需求及架构设计
基于阿里云搭建实时数据仓库项目阿里云大学& 尚硅谷联合出品
课程目标 1）学习搭建一个实时数据仓库，掌握数据采集、存储、计算、输出、展示等整个业务流程。 2）整个实时数据仓库系统是在阿里云架构上搭建，掌握并学会运用各个服务组件，及各个组件之间如何联动。 3）前置知识要求 ?熟练掌握SQL语法 ?对Hadoop大数据体系有一定的了解
第1章课程目录 1. 项目需求及架构设计 1.1 项目需求分析 1.2 项目框架 1.2.1 阿里云技术框架 1.2.2 技术选型 1.2.3 系统架构设计 1.2.4 业务流程 1.3 电商表结构 2.业务数据准备 3.缓冲数据 4.同步业务数据 5.实时数仓分层 6.数据可视化
1.1 项目需求分析1）实时采集埋点日志数据2）实时采集业务数据库中数据3）对数据进行清洗和处理4）保存数据到分析型数据库5）对结果进行可视化展示
1.2.1 阿里云技术框架 阿里云产品简介 类比DataHub 数据总线 Kafka +各种服务接口DataWorks （Stream Studio ）可视化StreamCompute 的开发管理平台 目前没有RDS 关系型数据库 MySql DataV 可视化数据展示工具Tableau 、Echarts 、Kibana ECS 弹性服务器 Linux 服务器AnalyticDB for MySql 分析型数据库 MySql 集群实时计算实时计算 Spark 、Flink
1.2.2 技术选型 ?数据存储：?数据计算：?数据可视化： 开源框架 阿里云框架 Flume、Kafka、Canal、MaxWell DataHub、DTS MySql、Hadoop、HBase RDS、AnalyticDB Spark、Flink 实时计算 ?数据采集传输： Tableau、Echarts、Kibana DataV、QuickBI
数据库日志管理
一数据库日志文件管理 SQL SERVER日志清除的两种方法 在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法...... 方法一： 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大。 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选 择你的数据库名称-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择"简单"，然后按确定保存。 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 方法二： 如果日志文件过于庞大，使用数据库收缩已经不能解决问题，可以考虑使用以下的方法。 对数据库进行分离，分离后将日志文件改名，然后重新附加数据库，此时会提示没有正确的日志文件，不要管，在附加过程中会重新生成日志文件。 完成后，在数据库属性中重新设置日志文件的大小，可设置为5G，这样就把原来的日志清除掉了。 注意：该方法在使用过程中，可能对数据库分离时间点上的数据有影响，因此，如果出现问题，请重新恢复该部分数据。或者在停止业务一段时间后再进行操作。 在SQL Server 2000企业管理器里面收缩数据库日志 操作环境：Windows 2000 Server 简体中文版+ sp4、SQL Server 2000标准版+sp4 任务描述： 在企业管理器里面收缩数据库日志 以下为操作截屏：
矿井安全监控系统安全保障措施
矿井安全监控系统安全保障措施 保障措施xx年12月（修订）***************煤矿矿井安全监控系统安全保障措施《煤矿安全规程》第四百八七条规定：所有矿井必须装备安全监控系统、人员位置监测系统、有线调度通信系统。矿井安全监控系是煤矿管理人员的眼睛和耳朵，是矿井防治各种灾害确保安全生产的重要手段。为了确保我矿安全监控系统平稳、可靠持续运行，特制定本安全保障措施： 一、组织机构成立瓦斯监控系统安全保障领导小组，小组办公室设在调度室，由调度室主任肖衍明任东宝煤矿安全监控系统保障领导小组办公室主任。 1、人员构成组长：（矿长）副组长：（生产副矿长）、（机电副矿长）、（技术负责人）、（安全矿长）、（施工项目负责人）、（施工项目技术负责人）成员：调度室主任、调度室副主任、机电科长、安全管理科长、通风科长、监测电工、监测监控工、井下电钳工。 2、职责分工：矿长（组长）：负责监控系统建设工作的人员配置和资金保障及全面协调工作；生产副矿长（副组长）：负责安全生产调度室及矿井监控中心的日常运行管理工作；各岗位工作人员和各项具体工作的安排布置、检查落实和处理。机电副矿长（副组长）：负责矿井安全监控各大系统的建设和设备的日常检修、维护、调校和保养工作，确保矿井监控系统设备的正常运行。安全副矿长（副组长）：负责通风科、安全检查工、瓦斯检查工、监测监控工的日常工作；负责安排人员进行安全监控系统日常巡查、监测数据对照；通风科、安全科值班人员随时掌握井下状况，出现异常及时向调度室汇报 。技术负责人（副组长）：负责组织制定和审批矿井安全监控系统的各种安全技术措施、规章制度等，对矿井安全监控系统的正常运行提供技术层面监管。施工项目负责人（副组长）：全面负责施工单位有关安全监控系统建设相关的各项工作。施工技术负责人（副组长）：负责施工单位各单位工程施工设计、作业规程中有关安全监控系统的设计和审定。（副总工程师）：具体负责相关规章制度、技术措施、标准的制定。（调度室主任）：负责安全生产调度室和安全监控中心的常务管理工作；负责安全生产调度室和监控系统各项资料的填写、记录和存档管
工厂人员定位系统项目解决方案
工厂人员定位系统 方案建议书
摘要 当前大型工厂制造企业，人员管理除考勤管理外主要依靠监管人员进行现场管理的方式，这种方式不但需要监管人员亲临现场，而且并不能从根本上解决人员管理问题，比如车间分布较分散，监管人员需要不断巡视各车间；人员较多时，并不能对每个人员起到监管作用。随着企业规模扩大，人员的增多，随之而来的是如何提高监管人员的工作效率，管理好每个人员，对企业管理来说至关重要。 针对工厂人员管理的难题，结合了ZigBee无线技术，开发出工厂人员定位系统，可以从根本上解决工厂人员管理的问题。系统不但解决了监管人员要到现场进行巡查的麻烦，并且能够解决对每个人的实时监管。监管人员只要坐在电脑旁，即可实现实时监控。系统不仅节省大量人力，而且极大的提高了工作效率。工厂人员定位系统还可以扩展工厂人员考勤系统，实现人员从上班打卡考勤到下班打卡考勤整个过程中的实时监控、历史信息查看，从而让管理者能够对人员在工作期间的活动情况一幕了然，当出现紧急情况时可立刻定位到人员，进行及时处理。 工厂人员定位系统是基于SQL大型数据库，在充分理解工厂人员管理的需求后，结合ZigBee技术，将原来的人员亲临现场管理变成智能化的系统监控管理。可解决人员管理难、工作效率低、无法实时监管到每个人、是否按时到岗、危险无法及时处理等问题，在很大程度上提高了企业的人员管理工作效率。
目录 1. 项目背景及意义 (1) 2. 需求分析 (2) 2.1. 人员定位系统的用户需求 (2) 2.2. 人员定位系统的功能性需求 (3) 2.3. 人员定位系统的非功能性需求 (4) 3. 系统总体设计 (5) 3.1. 系统示意图 (5) 3.2. 系统架构 (5) 3.3. 系统设计要点 (6) 4. 系统设计与实现 (6) 4.1. 系统主要功能 (6) 4.2. 系统特点 (13) 5. 系统设计方案 (14) 5.1. 设计原理 (14) 5.2. 定位原理 (14) 5.3. 设备布置规则 (15) 5.4. 路面定位示意图 (17) 5.5. 车间定位示意图 (17) 6. 系统技术规格 (18) 7. 系统组成 (20) 7.1. 系统拓补图 (20) 7.2. 主要设备 (20) 7.3. 系统软件 (31)
数据库系统形考选择题
数据库系统形考选择题 1.关于数据库管理系统的说法，错误的是（ C ）。 A．数据库管理系统与操作系统有关，操作系统的类型决定了能够运行的数据库管理系统的类型 B．数据库管理系统对数据库文件的访问必须经过操作系统才能实现 C．数据库应用程序可以不经过数据库管理系统而直接读取数据库文件 D．数据库管理系统对用户隐藏了数据库文件的存放位置和文件名 2.关于用文件管理数据的说法，错误的是（ D ）。 A．用文件管理数据，难以提供应用程序对数据的独立性 B．当存储数据的文件名发生变化时，必须修改访问数据文件的应用程序 C．用文件存储数据的方式难以实现数据访问的安全控制 D．将相关的数据存储在一个文件中，有利于用户对数据进行分类，因此也可以加快用户操作数据的效率 3.数据库系统的物理独立性是指（ D ）。 A．不会因为数据的变化而影响应用程序 B．不会因为数据存储结构的变化而影响应用程序 C．不会因为数据存储策略的变化而影响数据的存储结构 D．不会因为数据逻辑结构的变化而影响应用程序 4.数据库系统是由若干部分组成的。下列不属于数据库系统组成部分的是（ B ）。 A．数据库B．操作系统 C．应用程序D．数据库管理系统 5.数据库三级模式结构的划分，有利于（A ）。 A. 数据的独立性 B. 管理数据库文件 C. 建立数据库 D. 操作系统管理数据库 6.在数据库的三级模式中，描述数据库中全体数据的逻辑结构和特征的是（ B ）。 A．内模式 B.模式 C. 外模式 D. 其他 7.在用数据模型描述数据时，一般要求数据模型要满足三个要求。下列描述中，不属于数据 模型应满足的要求的是（ A ）。 A．A．能够描述并发数据B．能够真实地模拟现实世界 B．C．容易被业务人员理解D．能够方便地在计算机上实现 8.数据模型三要素是指（B ）。 A．数据结构、数据对象和数据共享 B．数据结构、数据操作和数据完整性约束 C．数据结构、数据操作和数据的安全控制 D．数据结构、数据操作和数据的可靠性 9.下列关于实体联系模型中联系的说法，错误的是（ D ）。 A．一个联系可以只与一个实体有关 B．一个联系可以与两个实体有关 C．一个联系可以与多个实体有关
(管理制度)人员定位系统各项管理制度
设施设备管理制度 壹、安装、使用和维护 1、各个人员出入井口、重点区域出/入口、限制区域等地点应设置分站，且能满足监测携卡人员出/入井、出/入重点区域、出/入限制区域的要求。 2、巷道分支处应设置分站，且能满足监测携卡人员出/入方向的要求。 3、下井应携带识别卡。 4、识别卡严禁擅自拆开。 5、工作不正常的识别卡严禁使用。性能完好的识别卡总数，至少比经常人员的总数多10%，不固定专人使用的识别卡，性能完好的识别卡总数至少比每班最多下井人数多10%。 6、矿调度室应设置显示设备，显示井下人员位置等。 7、各个人员出入井口应设置检测识别卡工作是否正常和唯壹性检测的装置，且提示携卡人员本人及关联人员。 8、分站应设置于便于读卡、观察、调试、检验、围岩稳定、支护良好、无淋水、无杂物的位置。 罗平县阿岗镇云鹏煤矿 二○壹二年元月 技术资料管理制度 壹、建立以下账卡及报表：
1）设备、仪表台账； 2）设备故障登记表； 3）检修记录； 4）巡检记录； 5）中心站运行日志； 6）监测日（班）报表； 7）设备使用情况月报表。 2、煤矿应绘制设备布置图，图上标明分站、电源、中心站等设备的位置、接线、传输电缆、供电电缆等，根据实际布置及进修改，且报矿技术负责人审批。 3、中心站每3个月对数据进行备份，备份数据应保存1年之上。 4、图纸、技术资料应保存1年之上。 二、管理机构 1、煤矿安全监控管理机构负责煤矿井下作业人员管理系统的安装、使用、调校、维护和管理工作。 2、人员定位系统管理机构应制定岗位责任制、作业指导书、值班制度等规章制度。 3、监测工和中心站操作员应培训合格，持证上岗。 罗平县阿岗镇云鹏煤矿 二○壹二年元月 值班、交接班制度
30天自制操作系统日志第3天
操作系统实验日志 一、实验主要内容 1、制作真正的IPL，即启动程序加载器，用来加载程序。 添加的代码关键部分如下： MOV AX,0x0820 MOV ES,AX MOV CH,0 ；柱面0 MOV DH,0 ；磁头0 MOV CL,2 MOV AH,0x02 ;AH=0x02:读盘 MOV AL,1 ;执行1个扇区 MOV BX,0 MOV DL,0x00 ; A驱动器（现在都只有一个驱动器了） INT 0x13 ;调用磁盘BIOS JC error 这里有JC指令，是一些特定指令中的一种，后面知识点收录有。JC就是jump if carry，如果进位标志位1的话，就跳转。就是成功调用0x13就会跳转到error处。 INT 0x13又是一个中断，这里AH是0x02的时候是读盘的意思，就是要把磁盘的内容写入到内存中。今天实验用到了4个软中断，都记在知识点里了。 至于CH\DH\CL\AL三个寄存器呢，就分别是柱面号、磁头号、扇区号、执行的扇区数。那么含有IPL的启动区位于：C0-H0-S1 （Cylinder, magnetic Head, Sector） 然后ES\BX和缓冲地址有关。
2、缓冲区地址0x0820 MOV AL,[ES:BX] ; ES*16+BX -> AL 说是原来16位的BX只能表示0~65535，后来就引入了一个段寄存器，用MOV AL,[ES:BX] ; ES*16+BX -> AL这样的方法就可以表示更大的地址，就够当时用了，可以指定1M内存地址了。那么这里我们就是将0X0820赋值给ES，BX为0，这样ES*16后就访问0X8200的地址，那么就是讲软盘数据转载到0X8200到0X83ff的地方。 3、试错以及读满10个柱面 MOV AX,0x0820 MOV ES,AX MOV CH,0 MOV DH,0 MOV CL,2 readloop: MOV SI,0 ; 记录失败的次数，SI达到5就停止 retry: MOV AH,0x02 MOV AL,1 MOV BX,0 MOV DL,0x00 INT 0x13 JNC next ; 没出错就跳到next ADD SI,1 ; SI加一 CMP SI,5 ; SI和5比较 JAE error ; SI >= 5 时跳转到error MOV AH,0x00 MOV DL,0x00 INT 0x13 ; 重置驱动器，看上面AH变为0X00和0X02功能不同 JMP retry next:
K3数据库日志文件过大分析及解决方案V2.0要点
K/3数据库日志文件过大分析及解决方案 本期概述 ●本文档适用于金蝶k/3（使用SQL Server 2000、SQL Server 2005作为数据库）。 ●本文档主要阐述了，在K3备份过程中,遇到:”日志文件过 大,系统无法完成备份”的问题分析及解决方案。通过对本文档的学习，能够掌握这种问题产生的原因以及解决方法。 版本信息 ●2009年6月10日V11.0 编写人：周素帆 ●2009年6月日V11.0 修改人：
版权信息 本文件使用须知 著作权人保留本文件的内容的解释权，并且仅将本文件内容提供给阁下个人使用。对于内容中所含的版权和其他所有权声明，您应予以尊重并在其副本中予以保留。您不得以任何方式修改、复制、公开展示、公布或分发这些内容或者以其他方式把它们用于任何公开或商业目的。任何未经授权的使用都可能构成对版权、商标和其他法律权利的侵犯。如果您不接受或违反上述约定，您使用本文件的授权将自动终止，同时您应立即销毁任何已下载或打印好的本文件内容。 著作权人对本文件内容可用性不附加任何形式的保证，也不保证本文件内容的绝对准确性和绝对完整性。本文件中介绍的产品、技术、方案和配置等仅供您参考，且它们可能会随时变更，恕不另行通知。本文件中的内容也可能已经过期，著作权人不承诺更新它们。如需得到最新的技术信息和服务，您可向当地的金蝶业务联系人和合作伙伴进行咨询。 著作权声明著作权所有2009 金蝶软件（中国）有限公司。
所有权利均予保留。
目录 第一章报错现象及分析 (5) 一、报错现象 (5) 二、问题分析 (6) 三、关于日志文件 (6) 第二章解决方案 (8) 一、SQL 2000 (8) 1、执行数据库分离附加 (8) 2、数据库收缩操作 (18) 二、SQL 2005 (24) 1、分离附加数据库 (24) 2、收缩数据库 (27)
日志分析：千亿级数量下日志分析系统的技术架构选型
日志分析:千亿级数量下日志分析系统的技术架构选型 随着数据已经逐步成为一个公司宝贵的财富，大数据团队在公司往往会承担更加重要的角色。大数据团队往往要承担数据平台维护、数据产品开发、从数据产品中挖掘业务价值等重要的职责。所以对于很多大数据工程师，如何根据业务需求去选择合适的大数据组件，做合适的大数据架构工作就是日常工作中最常遇到的问题。在这里根据七牛云在日增千亿级的日志分析工作，和大家分享一下大数据技术架构选型的一些经验。 大数据架构师在关注什么 在一个大数据团队中，大数据架构师主要关注的核心问题就是技术架构选型问题。架构选型问题一般会受到哪些因素的影响呢？在我们的实践中，一般大数据领域架构选型最受以下几个因素影响： 数据量级 这一点在大数据领域尤其是一个重要的因素。不过从根本上讲，数据量级本身也是一种业务场景的衡量。数据量级的不同往往也就昭示着业务场景的不同。
业务需求 经验丰富的大数据架构师能够从纷繁的业务需求中提炼出核心技术点，根据抽象的技术点选择合适的技术架构。主要的业务需求可能包括：应用实时性要求、查询的维度和灵活程度、多租户、安全审计需求等等。 维护成本 这一点上大数据架构师一方面要能够清楚的了解各种大数据技术栈的优劣势，在满足业务需求的要求下，能够充分的优化架构，合理的架构能够降低维护的成本，提升开发的效率。 另一方面，大数据架构师要能清楚的了解自己团队成员，能了解其他同学的技术专长和品位，能够保证自己做的技术架构可以得到认可和理解，也能得到最好的维护和发展。 接下来我们会围绕这几个方面去看看，做一个最适合自己团队业务的架构选型会如何受到这些因素的影响？ 技术架构选型 业务需求是五花八门的，往往影响我们做技术选型的不是种种需求的细节，而是经过提炼后的一些具体的场景。就好比，业务需求提出我们要做一个日志分析系统，或者要做一个用户行为分析系统，这些具体需求背后我们要关注哪些具体的点？这是一个很有趣的问题，我们在做大数据的过程中，常发现我们对这些需求的疑问很多时候会落在以下几个问题上。 其中数据量级作为一个重要的因素影响着我们对于技术选型的决定，另外在数据量的变化之外各种业务场景的需要也会影响我们对技术组件的选择。 数据量级
安全监测监控系统管理规定(正式)
编订：__________________ 单位：__________________ 时间：__________________ 安全监测监控系统管理规 定(正式) Standardize The Management Mechanism To Make The Personnel In The Organization Operate According To The Established Standards And Reach The Expected Level. Word格式 / 完整 / 可编辑
文件编号：KG-AO-3700-81 安全监测监控系统管理规定(正式) 使用备注：本文档可用在日常工作场景，通过对管理机制、管理原则、管理方法以及管理机构进行设置固定的规范，从而使得组织内人员按照既定标准、规范的要求进行操作，使日常工作或活动达到预期的水平。下载后就可自由编辑。 为更好地服务矿井安全生产，调度监视监控系统应用于生产中，现对该系统的使用与管理作以下规定：施工单位编写作业规程和安全技术设施时，必须对安全检测系统作出设计，内容包括设备的种类、数量和位置。动力开关和被控开关的安设地点，控制电缆和电缆的敷设控制区域等，作出明确规定并绘制布置图。 一、安全监视系统： 在使用过程中探头及线缆、接线盒由该地点的施工单位负责日常维护监管，否则损坏或破坏，除按原值赔偿外，并追究单位负责人及相关责任人的责任。 二、安全监控系统： 1、各分站点由各分站地点的单位负责监管。线缆、接线盒、甲烷传感器由责任区内的使用单位监管，损
坏或破坏除按原值（甲烷传感器3千元）赔偿外并追究单位负责人及相关责任人的责任。 2、各分站主机应安设在便于人员观看、调试、检验及支护良好，无滴水无杂物的进风巷道或峒室内，其离地板高度不小于300mm或吊挂。 3、甲烷传感器应垂直悬挂，距顶板不大于300mm，距巷道侧不小于200mm。掘进工作面的甲烷传感器不得挂在风筒的同一侧，禁止用新鲜风流直吹甲烷传感器。 4、工作面完工后由使用单位负责回撤设备及线缆并及时交回调度室。 三、监控系统的使用与管理： 1、掘进工作面距迎头回撤的距离不小于100M，放炮后挂在距迎头6M，采煤工作面放炮前向外回撤不小于50M，放炮后挂在距工作面10M范围内，线缆吊挂符合《煤矿安全规程》标准，此项工作由本工作面班组长负责回撤及敷设。 2、使用单位应在开工前5天根据已批准的作业规
如何查看或删除电脑历史操作记录
如何查看电脑历史操作记录 如何查看电脑历史操作记录？ 1.看计算机在哪天运行过~运行了多久！ （系统安装在c盘) 找到c:\windows\SchedLgU.txt文件里面有你自这个系统产生以来曾经工作过的时间，包括哪天开了机开机时间关机时间！ 2.看你最近运行过什么程序： 找到C:\WINDOWS\Prefetch下。里面有记录你曾经运行过什么程序，文件最前面的及为程序名，后面的执行代码不用理他！如果你没有优化过的话~这里面保存的东西应该是非常有价值的！ 3.看你最近打开过什么文件（非程序）和文件夹！ 开始--运行—recent可以看到在本地硬盘上的操作,(包括打开的电影,word文档等). 还可以运行Local Settings,有个History的文件夹,里面的记录更详细. 若要查看上网记录,运行Local Settings,有个Temporary Internet Files的文件夹里面是记录上网的. 4.看最近在网上做了什么…………等等~ 显示所有文件个文件夹，找到C:\Documents and Settings\xukunping\Local Settings目录~~你慢慢探索一下这个文件夹吧~如果没有进行过磁盘清理或相关优化~你所有记录可全在这个里面哦~（包括你上网干了什么坏事~可能还能有视频，图片罪证呢！呵呵） 5.查看最近删除了什么：这就要用到硬盘恢复工具啦~把你曾经以为彻底删除掉的东西都给你翻出来~~哈哈！！ ---------- 6、开机到现在的总时间 运行---cmd----systeminfo 有一行为“系统启动时间”其描述的为开机到现在的总时间 另有计算机的其它信息，如系统型号；安装初始时间；产品ID号等； 在Windows XP中，我们可以通过“事件查看器” 的事件日志服务查看计算机的开、关机时间。 控制面板/管理工具/事件查看器， 1 1、打开“控制面板”，双击“管理工具”，然后打 开“事件查看器”，在左边的窗口中选择“系统” 选项。单击鼠标右键，在弹出的快捷菜单中 选择“属性”，
数据库在使用过程中会使日志文件不断增加
数据库在使用过程中会使日志文件不断增加，使得数据库的性能下降，并且占用大量的磁盘空间。SQL Server数据库都有log文件，log文件记录用户对数据库修改的操作。可以通过直接删除log文件和清空日志在清除数据库日志。 一、删除LOG 1、分离数据库。分离数据库之前一定要做好数据库的全备份，选择数据库——右键——任务——分离。 勾选删除连接
分离后在数据库列表将看不到已分离的数据库。 2、删除LOG文件 3、附加数据库，附加的时候会提醒找不到log文件。
删除数据库信息信息的ldf文件： 附加数据库之后将生成新的日志文件log，新的日志文件的大小事504K。 也可以通过命令才完成以上的操作： use master; exec sp_detach_db @dbname='TestDB'; exec sp_attach_single_file_db @dbname='TestDB',@physname='D:\Program Files\Microsoft SQL Server\MSSQL10.SQL2008\MSSQL\DATA\TestDB.mdf' 二、清空日志 该命令在SQL Server 2005和2000支持，SQL Server 2008不支持该命令。
DUMP TRANSACTION TestDB WITH NO_LOG 三、收缩数据库文件 DBCC SHRINKFILE ('TestDB_log',1) 四、截断事务日志 BACKUP LOG TestDB WITH NO_LOG 该命令在SQL Server 2008也是不支持，在SQL Server 2005和2000可以使用。 清除SQLServer2005的LOG文件 --最好备份日志，以后可通过日志恢复数据。。。 以下为日志处理方法 一般不建议做第4,6两步 第4步不安全,有可能损坏数据库或丢失数据 第6步如果日志达到上限,则以后的数据库处理会失败,在清理日志后才能恢复. --*/ --下面的所有库名都指你要处理的数据库的库名 1.清空日志 DUMP TRANSACTION库名WITH NO_LOG 2.截断事务日志： BACKUP LOG库名WITH NO_LOG 3.收缩数据库文件(如果不压缩,数据库的文件不会减小 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库