一数据库日志文件管理
SQL SERVER日志清除的两种方法
在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法......
方法一：
一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大。
1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选
择你的数据库名称-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择"简单"，然后按确定保存。
2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。
3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据
方法二：
如果日志文件过于庞大，使用数据库收缩已经不能解决问题，可以考虑使用以下的方法。
对数据库进行分离，分离后将日志文件改名，然后重新附加数据库，此时会提示没有正确的日志文件，不要管，在附加过程中会重新生成日志文件。
完成后，在数据库属性中重新设置日志文件的大小，可设置为5G，这样就把原来的日志清除掉了。
注意：该方法在使用过程中，可能对数据库分离时间点上的数据有影响，因此，如果出现问题，请重新恢复该部分数据。或者在停止业务一段时间后再进行操作。
在SQL Server 2000企业管理器里面收缩数据库日志
操作环境：Windows 2000 Server 简体中文版+ sp4、SQL Server 2000标准版+sp4 任务描述：
在企业管理器里面收缩数据库日志
以下为操作截屏：
第一步：在你要收缩的数据库上面点鼠标右键：
第二步：改数据库灾难恢复模式为简单模式
一般情况下这个属性的值是完全。这样的话有利于将来我们用日志来恢复数据。
但是现在为了收缩数据库日志，我们将它设为：简单第三步：在数据库上点鼠标右键，选择：收缩数据库
第四步：
注意在这里我们可以填写我们希望收缩后保留的大小。
在“数据库文件”下拉列表中选择要收缩的文件
第五步：点“确定”执行
第六步：恢复数据库灾难恢复模式为：完全
在SQL Server 2000企业管理器里面分离数据库
操作环境：Windows 2000 Server 简体中文版+ sp4、SQL Server 2000标准版+sp4 任务描述：
在企业管理器里面分离数据库
以下为操作截屏：
第一步：在数据库上点鼠标右键，选择：所有任务-〉分离数据库
出现如下的界面，如果有使用中的数据库连接，则需要首先清除这些连接。
按下“确定”按钮后，过一段时间，系统会提示“分离数据库顺利完成”。
分离完成后将原来的LDF文件重命名，然后在附加中重新生成日志文件。（日志文件的位置在G:\SQL Server下，具体位置你自己查一下，应该在G:,数据名文件名为cwjk_data.mdf，日志文件名为cwjk_log.ldf。你自己查找一下）
在SQL Server 2000企业管理器里面分离数据库
操作环境：Windows 2000 Server 简体中文版+ sp4、SQL Server 2000标准版+sp4 任务描述：
在企业管理器里面分离数据库
以下为操作截屏：
第一步：在“数据库”上点鼠标右键，选择：所有任务-〉附加数据库
选择需要附加的MDF文件，点击右面的按钮选择相应的数据和日志文件
在指定的位置选择相应的数据库文件和日志文件
指定附加的数据库名称和数据库所有者，所有者选择为sa。此处不选择LDF文件，系统在附加后会自动重新建立LDF文件。
等待一段时间后系统会提示“附加数据库顺利完成”。
附加完成后再调整日志文件的大小。
数据库-》数据库名称-》右键-》属性-》事务日志，调整分配的空间的大小，调整完成后即可。
日志管理系统功能说明书 日志管理系统是用来实时采集、搜索、分析、可视化和审计系统及事件日志的管理软件，能够对全网范围内的主机、服务器、网络设备、数据库以及各种应用服务系统等产生的日志全面收集，并通过大数据手段进行分析，通过统一的控制台进行实时可视化的呈现。通过定义日志筛选规则和策略，帮助IT管理员从海量日志数据中精确查找关键有用的事件数据，准确定位网络故障并提前识别安全威胁，从而降低系统宕机时间、快速响应，从而提升网络性能、业务系统稳定性、全网的安全性。 一．硬件需求 1．可以采用普通的x86服务器，以集群布署的方式实现高速、低价、稳定、实时的日志管理。 2．配置：2颗CPU，32G内存，Xeon-E5，1T硬盘，7-10台 二．系统技术栈 1.Flume+Kafk：a收集各种类型的日志信息 2.Sparkstreaming：实时处理、分析收集的数据 3.Elasticsearch：实现多维度的搜索、查询 4.HBase、HDFS：实现日志的存储 三．功能详述 1.实时事件关联：预置多种事件关联规则，快速定位网络安全威胁、黑客攻击、内 部违规； 2.多样化的报表和统计图表：允许创建自定义报表，生成多样化的统计图表。
3.集中的日志采集：持各种协议采集，对不同日志源所产生的日志进行收集，实现 日志的集中管理和存储，支持解析任意格式、任意来源的日志。 4.特定用户监控：收集并分析特定用户活动产生的各种日志。 5.日志搜索：强大的日志搜索引擎，可进行多维度的搜索查询，从海量的日志数据 中检索出所需的信息，进而产成更详细的日志分析报表。 6.实时警告：支持用户自定义告警规则，告警发送模式支持短信及邮件等基本方式。 还可以通过手机APP，和微信公众号的方式实现手机APP和微信的消息推送的方式进行高危告警。 7.日志分析：通过大数据挖掘分析手段，对日志进行深入的挖掘和分析，从而发现日 志中存在的关联性问题或异常。 8.灵活的日志归档：通过自定义方式，提对收集的日志数据进行自动归档处理，以 实现日志数据的长久保存。 9.允许二次开发：提供丰富的开发接口，允许用户进行二次开发，（比如：自定义图表 的展示、日志的截取、分析结果的导出等） 10.安全简单的布署：对现有网络不产生任何影响，安全可靠，采用Docker技术，实 现快速、简使的布署。
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)
XXXXXXXXXXX 任务及日志管理系统 建设方案 2012年8月
四.总体设计 错误！未 概述错误! 未定义书签。定义书签。 "系统安全设计一- 建设内容错误! 未定义书签。?错-误！ 需求分析错误! 未定义书签。未定义书签。**业务需求? **任务登记 **日志登记— **日志采集一 **系统管理— ------------ 4误！未定义书签。 ------------- 错-误！未定义书签。 ------------- 错-误！未定义书签。 ------------- 错-误！未定义书签。 ------------- 错-误！未定义书签。 **统计分析-一 "涉及部门或单位错?误！未定义书签。 "用户角色错?误！未定义书签。 "信息安全耍求错?课！未定义书签。 "运维耍求错?误！未定义书签。 错?误！未定义书签。 误！未定义书签。 **业务流程设计错?误！未定义书签. “业务架构设计■错■误！未定义书签。 “业务功能设计错-误！未定义书签。 “普通用户端功能?……错?误！未定义书签。 "部门领导功能错■误！未定义书签。 -流程定义?错■误！未定义书签。 “系统技术架构设计错■误！未定义书签。 ?错?误！未定义书签。 “ J2EE体系结构- 错-误！未定义书签。 ** AJAX界面开发技术?- 错-误！未定义书签。
XXXXXX目前采用传统的方式记载个人的工作情况，如工作日志、领 导交办的任务、任务办理的情况，领导交办任务采用人工电话通知的方式，每天的工作情况全凭人工记载，领导无法查看交办事情的完成情况, 这种现状己经不能满足机构信息化管理的需求，为进一步加强机构工作的科学管理，提高工作效率，需要建立任务和日志管理系统，此系统系统要根据机构的现实要求和特点，设计一套符合机构系统内部信息流转的体系，通过科学技术手段和网络技术实现任务和日志的集中化、批量化、即时化和电子化，提高工作效率。 1、建设内容 机构“任务和日志管理系统”是一套工作管理系统，记载每天的工作日志情况，包括业务系统的日志信息，以及任务办理情况。具体建设内容包括: 建立机构内部统一的、规范的、信息互享互通平台，实现任务登记、 分配、处理等网络流转功能。 自动采集业务系统中的日志数据。 建立流程管理中的安全体系，实现CA认证登陆。 通过网络流转，实现无纸化办公。 建立各种任务和日志的查询、统计分析功能。
Oracle数据库归档日志日常管理与建议 1.简介 近日，项目组偶有发生归档日志占满归档目录空间导致数据库hang住（无响应），导致系统不能正常应用的情况。针对此类问题，笔者从Oracle数据库归档模式、归档模式的优缺点、归档日志日常管理方法等各方面浅析并整理出归档日志日常管理与建议。请各项目组依据实际情况，规范管理归档日志，排查相关隐患，以保证系统的正常高效运营。 另外，对于已开启数据库归档模式的项目组，若数据库管理权限不在我方，可将相关归档管理建议与当地运维部门充分沟通，避免归档的不当管理引起事故。 2.数据库归档模式与归档日志 2.1数据库运行模式简介 Oracle数据库包括归档模式与非归档模式两种运行模式。 一般情况下Oracle数据库的联机重做日志会记录对数据库所做的所有的修改，如创建对象；插入、删除、更新对象；删除对象等，这些操作都会记录在联机重做日志里。Oracle 数据库至少要有2个联机重做日志组。当一个联机重做日志组被写满（假设为1）的时候，就会发生日志切换，这时联机重做日志组2（假设为2）成为当前使用的日志，当联机重做日志组2写满的时候，又会发生日志切换，去写联机重做日志组1，这样反复进行。 如果数据库处于非归档模式，联机日志在切换时就会被丢弃。而在归档模式下，当发生日志切换的时候，被切换的联机日志会被归档。 如当前在使用联机重做日志1，当1被写满时，发生日志切换，开始写联机重做日志2，这时联机重做日志1的内容会被拷贝到一个指定的目录下。这个目录为归档目录，这个过程称之为归档，拷贝的文件叫归档日志。 2.2归档模式优点与归档日志作用 数据库运行在归档模式时，后台进程ARCH会将联机日志的内容拷贝到归档目录生成归档日志。 当数据库出现介质失败时，使用数据文件备份，归档日志和重做日志可以完全恢复数据库。因此，开启归档模式及归档日志的益处与作用是非常明显的： 1.可以进行完全、不完全恢复。由于对数据库所做的全部改动都记录在日志文件中， 如果发生硬盘故障等导致数据文件丢失的故障，则可以利用物理备份和归档日志 完全恢复数据库，不会丢失任何数据。 2.可以进行联机热备。所谓联机热备，就是在数据库运行状态下，对数据库进行备 份，备份时用户对数据库的使用基本不受影响（不可避免的会对性能有负面影响）。 3.可以实施Data Guard。可以部署1个或多个备用数据库，从而最大限度地提供灾 难保护手段。
1、load 方法装入数据： export to tempfile of del select * from tablename where not 清理条件； load from tempfile of del modified by delprioritychar replace into tablename nonrecoverable； 说明： 在不相关的数据表export数据时，可以采取并发的形式，以提高效率； tablename指待清理table的名称； modified by delprioritychar防止数据库记录中存在换行符,导致数据无法装入的情况; replace into对现数据库中的内容进行替换，即将现行的数据记录清理，替换为数据文件内容； nonrecoverable无日志方式装入； 2、查找当前的应用： db2 list application grep btpdbs; 3、删除当前正在使用的application: db2 "force application (id1,id2,id3)" id1,id2,id3 是list显示的应用号； 4、查看当前应用号的执行状态： db2 get snapshot for application agentid 299 grep row 5、查看数据库参数： db2 get db cfg for //当前数据库可以省略 6、修改数据库的log数据： db2 update db cfg using <参数名> <参数值> 7、db2stop force的用法： 在进行bind的时候出现如下错误： sql0082can error has occurred which has terminated processing. sql0092nno package was created because of previous errors. sql0091nbinding was ended with "3" errors and "0" warnings. 主要是表文件被加锁，不能继续使用； 在进行stop的时候报错：db2stop 8/03/2005 21:46:530 0 sql1025nthe database manager was not stopped because databases are still active.
系统日志检查管理 一.对各项操作均应进行日志记录，内容应包括操作人、操作时间和操作内容等详细信息。各级维护部门维护人员应每日对操作日志、安全日志进行审查，对异常事件及时跟进解决，并每周形成日志审查汇总意见报上级维护主管部门审核。安全日志应包括但不局限于以下内容： １、对于应用系统，包括系统管理员的所有系统操作记录、所有的登录访问记录、对敏感数据或关键数据有重大影响的系统操作记录以及其他重要系统操作记录的日志； ２、对于操作系统，包括系统管理员的所有操作记录、所有的登录日志； ３、对于数据库系统，包括数据库登录、库表结构的变更记录。二、系统的日常运行维护由专人负责，定期进行保养，并检查系统运行日志。 1.对于应用程序级别的备份需要有运维部制定工程师做每周的备份，重大变更前要整体做备份。 2.对于操作系统的日志备份要通过定制计划任务定期执行，并有制定人员检查运行情况，并登记在案。 3.对于数据库系统的日志备份有DBA制定计划任务定期执行，并有DBA人员检查运行情况，并登记在案。 三. 各级维护部门应针对所维护系统，依据数据变动的频繁程度以及
业务数据重要性制定备份计划，经过上级维护主管部门批准后组织实施。 四. 备份数据应包括系统软件和数据、业务数据、操作日志。 五.重要系统的运行日志要定期异地备份。 说明：出在本地备份，每天晚上同步到异地机房。 六.对系统的操作、使用要进行详细记录。 七.各级维护部门应按照备份计划，对所维护系统进行定期备份，原则上对于在线系统应实施每天一次的增量备份、每月一次的数据库级备份以及每季度一次的系统级备份。对于需实施变更的系统，在变更实施前后均应进行数据备份，必要时进行系统级备份。 八. 各级维护部门应定期对备份日志进行检查，发现问题及时整改补救。 备份操作人员须检查每次备份是否成功，并填写《备份工作汇总记录》，对备份结果以及失败的备份操作处理需进行记录、汇报及跟进。 九.备份介质应由专人管理，与生产系统异地存放，并保证一定的环境条件。除介质保管人员外，其他人员未经授权，不得进入介质存放地点。介质保管应建立档案，对于介质出入库进行详细记录。对于承载备份数据的备份介质，应确保在其安全使用期限内使用。对于需长期保存数据，应考虑通过光盘等方式进行保存。对于有安全使用期限限制的存储介质，应在安全使用期限内更换，确保数据存储安全。
数据库管理员岗位职责 一、数据库管理员全面负责数据库系统的管理工作，保证其安全、可靠、正常运行。 二、负责中心的数据库服务器的管理工作，做好服务器的运行记录，当服务器出现故障时，迅速会同相关人员一同解决。 三、负责数据库系统的建设，做好服务器的维护、数据库软件的安装、数据库的建立工作，定期对数据进行备份。 四、负责数据库服务器的安全防范管理工作。 五、协助软件开发人员完成数据库软件开发所需的各类数据库的信息。 六、数据库管理员要不断加强专业知识的学习，掌握新技术、和新设备，做到“一专多能”。
数据库管理员的职责: 一、一般监视 1．监控数据库的警告日志。Alert
陕西煤业化工集团财务有限公司 信息系统日志管理办法 第一章总则 第一条随着公司信息系统规模的逐步扩大，越来越多的主机、应用系统、网络设备加入到系统网络中，日志安全管理变得越来越复杂。为了规范公司信息系统运行过程中的日志安全管理，为系统运行监控、安全事件跟踪、系统审计等提供真实的日志数据，特制定本办法。 第二条本办法适用于公司信息系统日志安全管理过程。 第二章日志产生管理 第三条为了实时有效的产生必须的日志信息，应开启网络设备、安全设备、操作系统、数据库系统、应用系统等系统日志功能。 第四条一般需开启的日志功能项： （一）记录用户切换产生的日志； （二）系统的本地和远程登陆日志； （三）修改、删除数据； （四）为了掌握系统的性能开支，必须开启系统统计，周期性收集系统运行数据，包括 (CPU utilization, disk I/O等) ，管理人员应经常性查看系统负荷和性能峰值，从而判断系统是否被非法使用或受到过攻击。 第五条安全设备需开启的日志功能项： （一）流量监控的日志信息； （二）攻击防范的日志信息； （三）异常事件日志缺省为打开，可发送到告警缓冲区。 第六条本地日志文件不可以全局可写，通过修改日志的默认权限提高日志系统的安全性，防止非授权用户修改日志信息。 第七条安全日志最大值设置。安全日志最大值:>100MB。 第三章日志采集管理
第八条为了更好的保存日志和后续的处理，应创建专门的日志采集服务器。 第九条在指定用户日志服务器时，日志服务器的IP地址，日志服务器应使用1024以上的UDP端口作为日志接收端口。 第十条日志信息按重要性可按级别、用户、源IP、目的IP、事件、模块进行信息过滤。 第十一条日志要统一考虑各种攻击、事件，将各种日志输出格式、统计信息等内容进行规范，从而保证日志风格的统一和日志功能的严肃性。 第十二条网络设备的管理，配置网络设备的日志发送到日志采集服务器，日志采集服务器对其日志进行格式化、过滤、聚合等操作。 第四章日志审计 第十三条对公司敏感信息操作的相关日志，应对其加大审核的力度和频率。 第十四条网络设备、安全设备的系统和报警日志由安全管理员进行至少每月一次的安全审核，并填相关的网络设备日志审核记录，以及时发现问题，并根据问题采取相应措施。 第十五条重要服务器操作系统的操作记录由系统管理员根据操作系统记录文件对用户操作时的用户识别符、登陆时间、注销时间、操作结果等要素进行至少每月一次的安全审核，并填相关的服务器操作系统日志审核记录。 第十六条数据库的直接访问修改操作通过人工记录填写相关的数据库访问修改操作审核记录，并由数据库管理员对用户操作时的用户识别符、登陆时间、注销时间、操作结果等要素进行至少每月一次的安全审核。 第十七条应用系统管理员应根据应用系统自身的日志记录，对应用系统用户操作时的对用户账号、权限的增加、修改、删除，用户识别符、登陆时间、注销时间、操作结果等要素进行每月一次的安全审核，并填制相关的应用系统日志审核记录。 第十八条相关管理员配合安全管理员对系统日志进行定期审计。 第十九条审计日志中的记录不允许在日志中包含密码，具体审计策略由安全管理员协调并配合各管理员制定。 第二十条要保护审计的日志程序和文件，严格控制访问权限。 第二十一条系统管理员的行为（如UNIX中的su）要做日志记录。 第二十二条用户的登录事件要做日志，重要的事件要进行审计跟踪。
信息系统日志管理 第一章总则 第一条随着公司信息系统规模的逐步扩大，越来越多的主机、应用系统、网络设备加入到系统网络中，日志安全管理变得越来越复杂。为了规范公司信息系统运行过程中的日志安全管理，为系统运行监控、安全事件跟踪、系统审计等提供真实的日志数据，特制定本办法。 第二条本办法适用于公司信息系统日志安全管理过程。 第二章日志产生管理 第三条为了实时有效的产生必须的日志信息，应开启网络设备、安全设备、操作系统、数据库系统、应用系统等系统日志功能。 第四条一般需开启的日志功能项： （一）记录用户切换产生的日志； （二）系统的本地和远程登陆日志； （三）修改、删除数据； （四）为了掌握系统的性能开支，必须开启系统统计，周期性收集系统运行数据，包括 (CPU utilization, disk I/O等) ，管理人员应经常性查看系统负荷和性能峰值，从而判断系统是否被非法使用或受到过攻击。 第五条安全设备需开启的日志功能项： （一）流量监控的日志信息； （二）攻击防范的日志信息； （三）异常事件日志缺省为打开，可发送到告警缓冲区。 第六条本地日志文件不可以全局可写，通过修改日志的默认权限提高日志系统的安全性，防止非授权用户修改日志信息。 第七条安全日志最大值设置。安全日志最大值:>100MB。 第三章日志采集管理 第八条为了更好的保存日志和后续的处理，应创建专门的日志采集服务器。
第九条在指定用户日志服务器时，日志服务器的IP地址，日志服务器应使用1024以上的UDP端口作为日志接收端口。 第十条日志信息按重要性可按级别、用户、源IP、目的IP、事件、模块进行信息过滤。 第十一条日志要统一考虑各种攻击、事件，将各种日志输出格式、统计信息等内容进行规范，从而保证日志风格的统一和日志功能的严肃性。 第十二条网络设备的管理，配置网络设备的日志发送到日志采集服务器，日志采集服务器对其日志进行格式化、过滤、聚合等操作。 第四章日志审计 第十三条对公司敏感信息操作的相关日志，应对其加大审核的力度和频率。 第十四条网络设备、安全设备的系统和报警日志由安全管理员进行至少每月一次的安全审核，并填相关的网络设备日志审核记录，以及时发现问题，并根据问题采取相应措施。 第十五条重要服务器操作系统的操作记录由系统管理员根据操作系统记录文件对用户操作时的用户识别符、登陆时间、注销时间、操作结果等要素进行至少每月一次的安全审核，并填相关的服务器操作系统日志审核记录。 第十六条数据库的直接访问修改操作通过人工记录填写相关的数据库访问修改操作审核记录，并由数据库管理员对用户操作时的用户识别符、登陆时间、注销时间、操作结果等要素进行至少每月一次的安全审核。 第十七条应用系统管理员应根据应用系统自身的日志记录，对应用系统用户操作时的对用户账号、权限的增加、修改、删除，用户识别符、登陆时间、注销时间、操作结果等要素进行每月一次的安全审核，并填制相关的应用系统日志审核记录。 第十八条相关管理员配合安全管理员对系统日志进行定期审计。 第十九条审计日志中的记录不允许在日志中包含密码，具体审计策略由安全管理员协调并配合各管理员制定。 第二十条要保护审计的日志程序和文件，严格控制访问权限。 第二十一条系统管理员的行为（如UNIX中的su）要做日志记录。 第二十二条用户的登录事件要做日志，重要的事件要进行审计跟踪。
任务及日志管理系统建设方案 xxxxxxxxxxx 任务及日志管理系统建设方案2012年8月一、概述------------------------------------------------------------------------------------------------------------------ 2 二、建设内容------------------------------------------------------------------------------------------------------------ 3 三、需求分析------------------------------------------------------------------------------------------------------------ 4 业务需求--------------------------------------------------------------------------------------------------------------- 4 任务登记------------------------------------------------------------------------------------------------------- 5 日志登记
---------------------------------------------------- 5 日志采集------------------------------------------------------------------------------------------------------- 5 系统管理------------------------------------------------------------------------------------------------------- 5 统计分析------------------------------------------------------------------------------------------------------- 6 涉及部门或单位----------------------------------------------------------------------------------------------------- 6 用户角色--------------------------------------------------------------------------------------------------------------- 6 信息安全要求-------------------------------------------------------------------------------------------------------- 7 运维要求---------------------------------------------------
清除数据库日志方法 方法一、(注意，此方法必须数据库文件所在的磁盘分区剩余空间足够，不少于1.5G,，如没有达到此项要求，请使用第二种方法) 1.断开后台服务器的网络连接（最好是晚上歇业后）退出系统 2.打开SQL的企业管理器（开始程序Microsoft SQL Server 企业管理器） 3.选中当前所使用的数据库（假设数据库名为kmjxc_pro）右键所有任务，分离数据库，将 数据库分离如下图 步骤一： 步骤二
1.进入SQL数据库安装目录（假设安装在D盘）D:\Program Files\Microsoft SQL Server\MSSQL\Data，找到两个文件kmjxc_pro_Data.MDF和kmjxc_pro_Log.LDF，将kmjxc_pro_Log.LDF改为1kmjxc_pro_Log.LDF，kmjxc_pro_Data.MDF不动 2.附加数据如图示，选中D:\Program Files\Microsoft SQL Server\MSSQL\Data中的kmjxc_pro_Data.MDF 步骤三：
步骤五： 点确定后，系统将提示数据附加成功附加数据成功后，日志文件将被缩减有问题打电话
1. 打开SQL 的查询分析器，选择一个带机器名的服务名 2. 输入安装时的超级管理员密码，点“确定”进入查询分析器主界面 3. 在编辑窗口中输入如下语句 use master dump tran kmjxc with no_log DBCC SHRINKDATABASE (kmjxc, 10) go use kmjxc dump tran master with no_log go 选择带机器名的服务名
日志管理系统 1.引言 1.1 编写目的 本选题就是完成一个日志记录系统，主要功能是实现对职员工作日志的管理，员工的任务分配和简单的认识管理。本系统是公司主管安排、监督和控制工作进度的得力助手，也是一个提高员工工作效率的良好工具[3]。它能够协助管理者随时地掌握员工的工作情况，并提出针对性的意见，让员工能动态的了解到自身工作中存在的不足，还能让员工接受公司的最新工作指令，圆满完成工作任务。 1.2任务概述 1.查看每天、每周、每月的工作日志； 2.查看已经完成、还没有完成的工作计划或日志； 3.增加、编辑、删除每一条您选定的工作日志，包括标内日期时是否需要提醒、是否是周期 性重复的安排，如果是重复的，可以确定重复的周期（每天、每周、每月、每年）； 4.记录工作计划或日志相关的费用；工作计划或日志是否完成。 5.在保存好一个计划日志之后，您可以添加和这个计划日志相关的项目，在这里添加的项目、 客户、联系人将出现在本软件的另外的模块“项目机会”、“客户单位”、“联系人”中。 6.管理和工作日志相关联的任务、项目、客户单位、联系人。提供多种漏斗式的查询统计方 式，让您更容易抓住工作重点。 1.3 需求概述： 需求分析的结果是否准确地反映了用户的实际要求，将直接影响到后面各个阶段的设计，并影响到设计结果是否合理和实用。需求概述的任务是通过详细调查现实世界要处理的对象，充分了解原系统工作概况，明确用户的各种需求，然后在此基础上确定新系统的的功能。 新系统必须充分考虑今后可能的扩充和改变，不能仅仅按当前需求来设计数据库。该系统所面向发布、浏览、评论、回复等功能。
2. 总体结构 2.1系统概述 在我们日志发布系统中，对自己的日志信息的查看，修改，发布，删除。还有对其他的用户的日志进行查看，以便能够和其他用户进行交流。我们这个系统采用的是网络版技术，在同一个网络里，只需要用着一个服务器就可以了，比如说：一个新的用户想进入此系统，那么这个用户必须的先去注册，之后，还得经过管理员的审批，这位用户才可以登录。 那么这个新的用户必须在这个网络里，所以这位用户和管理员享受的是同一个服务器，用户在自己的机子上注册，管理员就可以在自己的机子上审批，审批过后，用户就可以还在自己的机了上登录了。用户的权限仅仅是对自己的日志信息编辑和删除，有促于自己的水平。达到相互学习，相互促进的作用 2.2模块划分 本系统的功能是按照角色来划分的。不同的角色会给予不同的权限。项目主要关注如下3个模块。 1、职员：项目的概况，有如下字段：创建日期、项目需求描述、项目当前阶段状态。 2、部门经理：项目进度记录，主要记录项跟进过程中的细节。 3、总经理：项目相关文件，保存跟项目有关的重要文件。记录对项目有影响作用的人员，注意保持沟通。 2.2.1 员工 公司员工在日常的事务工作中，每天分点详细记录工作日志。在项目实施过程中，从项目的发起到结束审批完成，以天为粒度记录项目每天的跟进情况，项目组内部人员可以以留言板的方式进行项目内部交流，如遇问题还可向主管实时汇报。员工功能需求：员工登录后，可以查询修改添加自己所反馈的信息，可以查看其他所有员工的项目跟进反馈信息。 公司员工可以跟据各种查询条件查询历史工作记录，查询的条件有：按人查询，按时间查询，同时按人和时间查询。查询的时间条件，可以是按周查询，或者几天内。精确为天。
版/次：2015.11.19 数据库管理规 编制：钱凌杰 审核： 批准： 分发号： XXX信息科技 2015年11月
目录 一、总则 (4) 二、适用围 (4) 三、数据库管理员主要职责 (4) 四、数据库的日常管理工作 (4) 4.1每日的管理工作 (4) 4.2数据库管理的每月工作 (5) 4.3数据库管理的每年工作 (5) 五、数据库的安全管理 (6) 5.1数据库环境安全 (6) 5.2数据库系统安装、启动与更新时的安全规定 (6) 5.3安全和口令策略 (7) 5.4访问控制 (9) 5.5紧急事故的处理 (9) 5.6数据库文件管理 (10) 5.7数据库安全管理 (10) 六、备份与恢复 (10) 6.1备份方式及策略 (11) 6.2备份要求 (11) 6.3恢复的管理 (12) 6.4对长期保存的备份进行校验 (13) 6.5异地容灾备份 (13) 七、日志及监控审计 (13) 7.1审计围 (13) 7.2日志保存 (13) 7.3日志访问 (14) 7.4安全审计 (14) 八、数据存放、归档管理 (14) 九、附则 (15)
一、总则 为规XXX信息科技（以下简称“公司”）信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。 二、适用围 本规中所定义的数据管理容，特指存放在信息系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 三、数据库管理员主要职责 1、负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 2、负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3、负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 4、负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 5、负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 6、负责做好数据库系统及数据的备份和恢复工作。
任务及日志管理系统建设方案 ----- 2 二 、 建 设 内 容 3 三 、 需 求 分 析 4 业 务 需 求 4 任 务 登 记 - 5 日 志 登 记 - 5 日 志 采 集 - 5 系 统 管 理 xxxxxxxxxxx 务及日志管理系统 方案 任 建设 2012 年 概
- 5 统计分析- 6 涉及部门或单位6 用户角色--------- 6 信息安全要求 -- 7 运维要求
------- 7 技术要求 总体设计 ----- 9 设计原则 ------- 9 业务流程设计 -- 9 业务架构设计 10 业务功能设计 12 普通用户端功能 12 部
门领导功能 ------------------------------------------- 12 任务提醒 12 查询统计功能 ------------------------------------------- 13 系统管理 13 流程定义 14 系统技术架构设计 ------------------------------------------- 16 技术路线 19 J2EE 体系结构
------------------------------------------ 19 AJAX 界面开发技术 ------------------------------------ 20 系统 安全设计 21 一、概述xxxxxx 目前采用传统的方式记载个人的工作情况，如工作日志、领导交办的任务、任务办理的情况，领导交办任务采用人工电话通知的方式，每天的工作情况全凭人工记载，领导无法查看交办事情的完成情况，这种现状已经不能满足机构信息化管理的需求，为进一步加强机构工作的科学管理，提高工作效率，需要建立任务和日志管理系统，此系统系统要根据机构的现实要求和特点，设计一套符合机构系统内部信息流转的体系，通过科学技术手段和网络技术实现任务和日志的集中化、批量化、即时化和电子化，提高工作效率。二、建设内容机构“任务和日志管理系统”是一套工作管理系统，记载每天的工作日志情况，
一数据库日志文件管理 SQL SERVER日志清除的两种方法 在使用过程中大家经常碰到数据库日志非常大的情况，在这里介绍了两种处理方法...... 方法一： 一般情况下，SQL数据库的收缩并不能很大程度上减小数据库大小，其主要作用是收缩日志大小，应当定期进行此操作以免数据库日志过大。 1、设置数据库模式为简单模式：打开SQL企业管理器，在控制台根目录中依次点开Microsoft SQL Server-->SQL Server组-->双击打开你的服务器-->双击打开数据库目录-->选 择你的数据库名称-->然后点击右键选择属性-->选择选项-->在故障还原的模式中选择"简单"，然后按确定保存。 2、在当前数据库上点右键，看所有任务中的收缩数据库，一般里面的默认设置不用调整，直接点确定。 3、收缩数据库完成后，建议将您的数据库属性重新设置为标准模式，操作方法同第一点，因为日志在一些异常情况下往往是恢复数据库的重要依据 方法二： 如果日志文件过于庞大，使用数据库收缩已经不能解决问题，可以考虑使用以下的方法。 对数据库进行分离，分离后将日志文件改名，然后重新附加数据库，此时会提示没有正确的日志文件，不要管，在附加过程中会重新生成日志文件。 完成后，在数据库属性中重新设置日志文件的大小，可设置为5G，这样就把原来的日志清除掉了。 注意：该方法在使用过程中，可能对数据库分离时间点上的数据有影响，因此，如果出现问题，请重新恢复该部分数据。或者在停止业务一段时间后再进行操作。 在SQL Server 2000企业管理器里面收缩数据库日志 操作环境：Windows 2000 Server 简体中文版+ sp4、SQL Server 2000标准版+sp4 任务描述： 在企业管理器里面收缩数据库日志 以下为操作截屏：
实习日志 日期：2014-6-23 主要任务：对我的题目：医院门诊管理系统进行需求分析。写出业务。画出业务流程图。进而画出数据流程图 完成情况：写出了业务。并且画出了业务流程图。对我的题目有了一个较深的挖掘。 存在问题： 收获：知道了在进行业务流程图的绘制中要考虑的问题很多、要注意细节的把握。多考虑一些东西，才能让我的数据库更加符合用户的需求。站在管理者的角度 日期：2014-6-24 主要任务：画出数据流程图。 完成情况：基本完成数据流程图的设计，并对数据字典有了一个初步的了解 存在问题：数据流程图的绘制出现了概念混淆的问题 收获：自己亲自设计数据流程图，有了很多体会。解决了很多问题 日期：2014-6-25 主要任务：基本完成 完成情况：可能存在数据项不完整的地方，以后会继续完善和修改 存在问题：感觉做数据字典的时候还是感觉很繁琐，技能不是很熟练 收获：自己对表格的设计更加熟练 日期：2014-6-26 主要任务：E-R图设计 完成情况：对整体E-R图有了一个具体的实施计划，并初步设计了部分E-R图 存在问题：实体的抽象很纠结，对实体的归纳界限准则不明确，不知道什么应该划归为实体，什么只需要作为属性出现。 收获：体会到逻辑设计的复杂性和重要性，日后继续积累经验。 日期：2014-6-27 主要任务：完成E-R图的设计 完成情况：基本完成了E-R图的设计，并完善了实习日志和课程论文。 存在问题：实体的抽象仍然不明确界限，属性不全面 存在问题：联系有问题 收获：认识到逻辑设计起到一个承上启下的关键作用，同时也认识到设计数据库的复杂性。 日期：2014-6-30 主要任务：逻辑结构设计完成数据表的转化 完成情况：基本实现从E-R图向数据表的转化 存在问题：转化过程中，认识到系统前期分析的不足，一些不到位的地方还需要进一步修改和完善，比如不同实体对应的属性，有些是不完整的，这样影响到了数据字典和ER图，
日志管理制度 第一章总则 第一条. 目的 为规范管理全部已投产业务系统的主机设备以及网络设备所产生的系统日志、重要应用日志，确保各类日志的及时、完全归档，及时发现设备与系统的故障，提高信息系统的可靠性，特制订本管理制度。 第二条. 适用范围 本制度适用于广州市御财互联网金融信息服务有限公司所有内设机构。 第二章组织及职责 技术部： 1.负责信息管理部所管辖范围内的信息系统日志的维护和管理工作； 2.对负责范围内的可疑日志进行分析、处理； 3.在负责的业务环境和信息安全需求发生重大变化时，对本管理办法进行 检查和更新； 4.根据检查要求定期检查和评估本管理办法的执行情况。 第三章日志管理细则 记录日志的系统必须保持时钟信息与公司的时钟同步服务器同步，信息系统维护人员每月检查时间同步是否正常并予以记录。 第三条. 日志分类 日志的分类包括：操作系统日志、应用系统日志、数据库日志、网络设备日志和信息安全设备日志。每一类日志记录中都必须记录以下基本内容：事件发生的日期和时间、事件描述，操作者信息，成功和失败操作。 操作系统日志还应记录以下信息： ----操作系统的启动/关闭信息； ----用户登录/退出信息； ----系统运行状态信息(包括报警、故障信息)； ----主机系统服务或配置变更信息。 应用系统日志还应记录以下信息:
----应用系统的启动/关闭信息； ----关键模块的启动/关闭信息； ----用户的登录/退出信息； ----用户的关键操作信息(如修改密码)； ----应用系统运行状态信息(包括报警、故障信息)； ----服务和配置参数的变更信息。 数据库日志还应记录以下信息： ----数据库系统的启动/关闭信息； ----用户的登录/退出信息； ----数据库运行状态信息(包括报警、故障信息)。 第四条. 日志管理策略 1.信息系统和IT设备的维护人员应按照以上要求制定日志管理策略，日志 内容至少可以保存半年。 2.所有的操作活动都必须被记入日志,不得停用日志服务。 3.信息系统和IT设备的维护人员应每周对所管理的信息系统产生的相关 日志进行检查，对日志中的错误或可疑项进行记录，如发现可疑的日志记录事件或无法分析判断，应提交至信息中心进行分析处理，处理结果应补充记录到日志检查记录中。 4.日志文件应集中管理并加以保护，应设置日志文件访问控制权限，防止 未授权的访问篡改。 5.内部审计部门需每季度组织对各系统的日志配置策略和日志检查记录等 进行审计，对各系统管理员和系统操作员的活动记录日志每月进行审计。 第五条. 日志检查
数据库运行管理规范 目录 1.总则
2.适用范围 3.数据库管理员主要职责 4.数据库的日常管理工作 5.数据库的安全管理 6.备份与恢复 7?日志及监控审计 8.数据存放、归档管理12 13
1.总则 1.1为规范我司信息系统的数据库管理和配置方法，保障信息系统稳定安全地运行，特制订本办法。 2.适用范围 本规范中所定义的数据管理内容，特指存放在信息系统数据库中的数据，对于存放在其他介质的数据管理，参照相关管理办法执行。 3.数据库管理员主要职责 3.1负责对数据库系统进行合理配置、测试、调整，最大限度地发挥设备资源优势。负责数据库的安全运行。 3.2负责定期对所管辖的数据库系统的配置进行可用性，可靠性，性能以及安全检查。 3.3负责定期对所管辖的数据库系统的可用性，可靠性，性能以及安全的配置方法进行修订和完善。 3.4负责对所管辖的数据库系统运行过程中出现的问题及时处理解决。 3.5负责对所管辖数据库系统的数据一致性和完整性，并协助应用开发人员、使用操作等相关人员做好相关的配置、检查等工作。 3.6负责做好数据库系统及数据的备份和恢复工作。 4.数据库的日常管理工作 4.1每日的管理工作 4.1.1数据库管理员每天登录到服务器操作系统，进行如下检查工作: (1)检查所有的数据库实例状态以及所有与数据库相关的后台进程。
⑵检查数据库网络的连通与否，比如查看监听器(listener )的状态、网络能否ping通其它的计算机、应用系统的客户端能否连通服务器等等。 (3)检查磁盘空间的使用情况。如果剩余的空间不足20%，需要删除不用的文 件以释放空间。 (4)查看告警文件有无异常。 (5)根据数据库系统的特点，检查其它的日志文件中的内容，发现异常要及时加以处理。 ⑹检查CPU内存及10等的状态。 (7)检查备份日志文件以及网络备份软件的监控记录，确定自动备份成功完成。对于数据库的脱机备份，要确信备份是在数据库关闭之后才开始的，备份内容是否齐全。运行在归档模式下的数据库，既要注意归档日志文件的清除，以免磁盘空间被占满，也必须注意归档日志文件的保留，以备恢复时使用。 (8)每天运行数据库管理控制台，检查数据存储空间的使用情况、剩余情况, 必要时，增大数据存储空间容量。对于使用量增加快的表空间要特别关注。 4.2数据库管理的每月工作 (1)收集数据库的性能统计数据，检查高速缓存区命中率、资源争用等统计信息，若不理想，设法加以分析改善。 (2)检查数据对象存储空间碎片情况，必要时加以调整。 (3)比较分析数据库系统和操作系统的CPU内存，网络，及硬盘的利用率, 以此确定出近期将可能出现的资源争夺趋势，必要时加以调整，以避免系统资源的争夺，如果调整还达不到要求，须考虑增加新资源。 ⑷检查每日数据库管理工作的执行情况，用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 4.3数据库管理的每年工作 (1)逐项检查每日、每月数据库管理工作的执行情况。用户、数据对象存储空间增加删改的记录是否齐全，备份记录、维护记录是否齐全，不足的及时补上。 (2)对数据库系统运行的情况统计。