方法一、
1 / 4
2 /
4
方法二、
MS SQL清除日志的命令
如何清除sql server 日志?
设置数据库为简单模式,自动收缩
1．打开查询分析器，输入命令
backup log databasename with no_log
2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M 数,直接输入这个数,确定就可以了。
dbcc shrinkfile (databasename_log,truncateonly)
方法三、
1: 删除LOG
第1步：分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库
第2步：删除LOG文件
第3布：附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库
此法生成新的LOG，大小只有500多K
再将此数据库设置自动收缩
方法四、
EXEC sp_detach_db @dbname = 'pubs'
EXEC sp_attach_single_file_db @dbname = 'pubs',
@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf'
方法五、
Use Database_Name
Backup Log Database_Name With No_log
dbcc shrinkfile (Database_Name_Log,truncateonly)
Go
方法六、
直接在查询分析那里执行backup log databasename with no_log
然后回到企业管理器把数据库收缩一下（可能需另外设置属性）
3 / 4
如果以后,不想要它变大。
SQL2000下使用：
在数据库上点右键->属性->选项->故障恢复-模型-选择-简单模型。
或用SQL语句：
alter database 数据库名set recovery simple
另外，Truncate log on checkpoint(此选项用于SQL7.0，SQL 2000中即故障恢复模型选择为简单模型)当执行CHECKPOINT 命令时如果事务日志文件超过其大小的70% 则将其内容清除在开发数据库时时常将此选项设置为True Auto shrink定期对数据库进行检查当数据库文件或日志文件的未用空间超过其大小的25%时，系统将会自动缩减文件使其未用空间等于25% 当文件大小没有超过其建立时的初始大小时不会缩减文件缩减后的文件也必须大于或等于其初始大小对事务日志文件的缩减只有在对其作备份时或将Truncate log on checkpoint 选项设为True 时才能进行。
注意：一般立成建立的数据库默认属性已设好，但碰到意外情况使数据库属性被更改，请用户清空日志后，检查数据库的以上属性，以防事务日志再次充满。
4 / 4
删除数据库日志文件 设置数据库为紧急模式 ?停掉SQL Server服务； ?把应用数据库的数据文件XXX_Data.mdf移走； ?重新建立一个同名的数据库XXX； ?停掉SQL服务； ?把原来的数据文件再覆盖回来； ?运行以下语句，把该数据库设置为紧急模式； 运行“Use Master Go sp_configure 'allow updates', 1 reconfigure with override Go” 执行结果： DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 已将配置选项'allow updates' 从0 改为1。请运行RECONFIGURE 语句以安装。 接着运行“update sysdatabases set status = 32768 where name = 'XXX'” 执行结果： （所影响的行数为1 行） ?重启SQL Server服务； ?运行以下语句，把应用数据库设置为Single User模式； 运行“sp_dboption 'XXX', 'single user', 'true'” 执行结果： 命令已成功完成。 ?做DBCC CHECKDB；
运行“DBCC CHECKDB('XXX')” 执行结果： 'XXX' 的DBCC 结果。 'sysobjects' 的DBCC 结果。 对象'sysobjects' 有273 行，这些行位于5 页中。 'sysindexes' 的DBCC 结果。 对象'sysindexes' 有202 行，这些行位于7 页中。 'syscolumns' 的DBCC 结果。 ……… ?运行以下语句把系统表的修改选项关掉； 运行“sp_resetstatus "XXX" go sp_configure 'allow updates', 0 reconfigure with override Go” 执行结果： 在sysdatabases 中更新数据库'XXX' 的条目之前，模式= 0，状态= 28（状态suspect_bit = 0）， 没有更新sysdatabases 中的任何行，因为已正确地重置了模式和状态。没有错误，未进行任何更改。 DBCC 执行完毕。如果DBCC 输出了错误信息，请与系统管理员联系。 已将配置选项'allow updates' 从1 改为0。请运行RECONFIGURE 语句以安装。 ?重新建立另外一个数据库XXX.Lost； DTS导出向导 ?运行DTS导出向导； ?复制源选择EmergencyMode的数据库XXX，导入到XXX.Lost；
文书档案（归档文件）整理方法 一、整理原则：遵循文件的形成规律，保持文件之间的有机联系，区分不同价值，便于保管和利用。 归档文件是指立档单位在其职能活动中形成的、办理完毕、具有保存价值的、应作为文书档案保存的各种纸质文件材料。 归档文件整理就是以归档案文件为单位进行装订、分类、排列、编号、编目、装盒，使之有序化的过程。 件是归档文件的整理单位。一般以每份文件为一件，文件正本与定稿为一件，正文与附件为一件，原件与复制为一件，转发文与被转发文为一件，报表、名册、图册等一册（本）为一件，会议记录、会议纪要、刊物等成套性材料一次（期）为一件，来文与复文（请示与批复、函与复函）视具体情况为一件或两件，即当年有批复的，与请示并为一件；否则当年请示作一件，次年有批复作一件，要在请示、批复归档文件目录备注栏中分别注明。 ※“为一件”是指在实体上装订在一起，编目时也只体现为一条条目的文件，但过厚不易装订一起的，也可单独作为一件，另外编目。 ※正文与文件处理单（包括文件处理单、拟办单、发文拟稿纸、签批条）应作为一件，放在文件前面，与文件装订
一起。 二、质量要求 1、归档文件应齐全完整。已破损的文件应予托裱、修复，字迹模糊或易退变的文件应予复制。 2、整理归档文件所使用的书写材料、纸张、装订材料等应符合档案保护要求。 3、归档文件整理应分类清晰、编号准确。 三、整理方法 1、对归档文件的技术处理。包括拆钉、装订、修裱、折叠等工作。 （1）拆钉。文件上的金属钉、曲别针、大头针等要拆下来，对文件重新进行装订，对于短期保管文件可以不拆订。 （2）文件修整。为保证档案能长期保存和有效提供利用，装订前必须对不符合要求的归档文件进行必要的修整。主要包括以下内容： 第一，修裱破损文件。使用粘合剂和修裱用纸对破损文件进行“修补”和“托裱”。无需移交进馆的档案一般保持原貌就可以了。 第二，复制字迹模糊或易退色的文件。包括对以纯蓝墨水、红墨水、复写纸、圆珠笔、印台油、铅笔等字迹材料制成的文件材料以及传真等。目前常见的复制方法是复印，字迹不宜太深，最好采用单面复印。
联机重演日志没有丢失应使用完成恢复，如联机重演日志损坏，而又没有备份，就只能进行不完全恢复。 一、完全恢复： 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recover d atabase;” 4〃按下ENTER，接受默认值。 5〃然后输入命令“alter d atabase o pen;”完成数据库恢复。 二、不完全恢复 警告： 应用不完成恢复前，必须将数据库做一次完全冷备份，因为应用不完全恢复后，联机重演日志将重置，以前的所有日志不可用。 如果恢复不成功，数据库就不能使用了。再次强调，做完全冷备份后再应用不完全恢复。 1）.基于变化的恢复(change-based r ecovery) 要执行基于变化的恢复，需要知道丢失日志之前的系统写入归档重演日志的最大的变化号(SCN)，然后可以启动恢复语句恢复数据库直到改变scn_number，其中比scn_number是写到已归档重演日志文件顺序号386的SCN(即，小于丢失日志顺序号387的SCN)。可以从V$log_history视图中得到SCN信息。 select f irst_change# f rom v$log_history w here s equence#=387; 其中387为最后一个有效的日志文件号加1,该例是查找386. 知道了SCN后，使用下述步骤完成恢复 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recover d atabase u ntil c hange 9999;” 4〃在回答Oracle第一个归档重演日志建议信息时，输入“auto”,Oracle在找到第387号重演日志之前停止恢复。 5〃用命令“alter d atabase o pen r esetlogs;”打开数据库。(应用该命令前请确认数据库已备份，如打开失败，日志将不可用) 2).基于停止??恢复(cancel-based r ecovery) 1〃使用命令“svrmgrl”调用行方式服务器管理； 2〃输入命令“connect i nternal”，然后输入命令“startup m ount’； 3〃输入命令“recove r d atabase u ntil c ancel;”,Oracle提示需要的第一个归档重演日志文件名〃按下ENTER键
解决SQL数据库日志已满的问题 1、右键数据库→属性→选项→故障还原模型→设为简单→确定； 2、右键数据库→所有任务→收缩数据库→确定； 3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。 二、复杂方法 1、清空日志 DUMP TRANSACTION库名WITH NO_LOG 2、截断事务日志 BACKUP LOG数据库名WITH NO_LOG 3、收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了。 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,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 = 'pubs' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf' 5、为了以后能自动收缩,做如下设置 企业管理器--服务器--右键数据库--属性--选项--选择"自动收缩" --SQL语句设置方式: EXEC sp_dboption '数据库名', 'autoshrink', 'TRUE' 6、如果想以后不让它日志增长得太大 企业管理器--服务器--右键数据库--属性--事务日志 --将文件增长限制为xM(x是你允许的最大数据文件大小) --SQL语句的设置方式: alter database 数据库名modify file(name=逻辑文件名,maxsize=20)
归档文件整理规则DA／T22-2015 前言 本标准代替DA/T 22-2000《归档文件整理规则》。 本标准与DA/T 22-2000相比主要变化如下： ——标准的总体编排和结构按GB/T 1.1-2009进行了修改； ——将标准适用范围由纸质文件材料扩展为纸质和电子文件材料； ——调整归档文件分类方法； ——增加归档文件组件和纸质归档文件修整、装订、编页、排架要求； ——增加归档文件档号结构和编制要求； ——将室编件号、馆编件号统一为件号； ——在附录中增加归档章示例、直角装订方法。 本标准的附录A是规范性附录，附录B、附录C、附录D、附录E是资料性附录。 本标准由国家档案局提出并归口。 本标准起草单位：国家档案局档案馆（室）业务指导司。 本标准主要起草人：许卿卿丁德胜张会琴张红吴惠敏刘峰王勤宋涌 本标准于2000年12月6日首次发布。 归档文件整理规则 1 范围 本标准规定了应作为文书档案保存的归档文件的整理原则和方法。 本标准适用于各级机关、团体、企事业单位和其他社会组织对应作为文书档案保存的归档文件的整理。其他门类档案可以参照执行。企业单位有其他
特殊规定的，从其规定。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 18894 电子文件归档与管理规范 DA/T 1-2000 档案工作基本术语 DA/T 13-1994 档号编制规则 DA/T 25-2000 档案修裱技术规范 DA/T 38-2008 电子文件归档光盘技术要求和应用规范 3 术语和定义 下列术语和定义适用于本标准。 3.1 归档文件 archival document(s) 立档单位在其职能活动中形成的、办理完毕、应作为文书档案保存的文件材料，包括纸质和电子文件材料。 3.2 整理 arrangement 将归档文件以件为单位进行组件、分类、排列、编号、编目等（纸质归档文件还包括修整、装订、编页、装盒、排架；电子文件还包括格式转换、元数据收集、归档数据包组织、存储等），使之有序化的过程。 3.3 件 item 归档文件的整理单位。
清理归档日志： archive log 日志已满 ORA-00257: archiver error. Connect internal only, until freed 错误的处理方法 1. 用sys用户登录 sqlplus sys/pass@tt as sysdba 2. 看看archiv log所在位置 SQL> show parameter log_archive_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ log_archive_dest string log_archive_dest_1 string log_archive_dest_10 string 3. 一般VALUE为空时，可以用archive log list;检查一下归档目录和log sequence SQL> archive log list; Database log mode Archive Mode
Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence 360 Next log sequence to archive 360 Current log sequence 362 4. 检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到 SQL> select * from V$FLASH_RECOVERY_AREA_USAGE; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES ------------ ------------------ ------------------------- --------------- CONTROLFILE .13 0 1 ONLINELOG 0 3 ARCHIVELOG 0 141 BACKUPPIECE 0 0 0 IMAGECOPY 0 0 0 FLASHBACKLOG 0 0 0 5. 计算flash recovery area已经占用的空间 SQL> select sum(percent_space_used)*3/100 from v$flash_recovery_area_usage;
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,
归档文件整理的基本方法 一、装订 1、件的区分 件是指归档文件的整理单位。一般以每份文件为一件，文件正本与定稿为一件，正文与附件为一件，定件与复制件为一件，转发文与被转发文为一件，报表、名册、图册等一册（本）为一件，来文与复文为一件；一次会议或活动的文件可为一件或两件；会议记录、简报、信息均可为一件或两件；介绍信、存根经白纸托裱各满30张为一件。“为一件”是指在实体上装订在一起，编目时也只体现为一条条目。 2、装订方法 每“件”文件材料的具体排列顺序如下：正文在前，定稿在后；正文在前，附件在后；原件在前，复件在后；转文在前，被转发文在后；复文在前，来文在后。 每件的装订主要采取的左上角装订法，具体操作将文件的左、上侧对齐，并在左上角按包角纸大小四面涂上浆糊，用包角纸套在左上侧，压紧即可；文件超过40页以上，采用左侧三孔一线装订法。 二、分类 1、分类方法 根据实际情况，我们选择以下分类方法
保管期限－年度分类法 这种方法适用于内部机构虽有变化但不复杂的立档单位。主要是设置简单的基层单位或小机关，或每年形成的文件数量少的机关。如：长久：2001年、2002年、2003年…… 定期：2001年、2002年、2003年…… 2、编制分类方案 分类方案一般有引言、类别序号、类目名称组成，必要时可对类目所指的范围和归类方法等加以说明。 （1）引言，提示分类方法。如按保管期限－年度，还是按其它分类方法。 （2）类别序号，是最低一级类目（机构或问题）的序号 （3）类目名称，按机构分类的，机关内部第一层机构名称就是类名，如，办公室、业务处；按问题分类的加“类”字，如党务类、综合类等。 采用两级分类的也应编制分类方案，以相对固定一个单位归档文件的排列顺序。 3、文件按照其自身的内容、形式、时间、来源等方面，根据编制分类方案，分门别类地组放在一起，使所有文件构成一个有机整体。 三、归档文件排列
系统应急预案2015年7月
系统名称 涉及部门财务部 人员名称人员所在单位人员联系方式涉 及 人 员 及 联 系 方 式 及 职 责 预案事件描述： 调整失败，可能涉及如下情况： 1)系统崩溃：系统出现重大故障是指所有的客户端程序都不能正常连接到服务器，任何合法的 系统用户都无法正确登录系统，甚至于系统完全崩溃； 2)数据丢失：系统数据丢失状态，如数据库服务出现故障，用户数据丢失，公司现有技术手段 无法恢复； 3)服务停顿：系统服务停顿状态，如系统由于不明原因导致大规模用户无法使用，服务停顿。 4)接口无法正常调用：系统无法正常调用财务管控接口（财务管控接口、ERP RFC接口、ESB）。预案处理要求 1)系统崩溃：停止系统后台服务，防止不知情用户继续投递数据。抓取并保存系统出错信息及 日志文件，简单判断异常部位，通知相关人员到岗，保留现场，分析查找原因。 2)数据丢失：停止服务和后台数据库服务，将剩余用户数据进行备份，抓取并保存系统出错信 息及日志文件，通知相关人员到岗，保留现场，分析查找原因。 3)服务停顿：联系网络管理人员、通知相关人员到岗，从网络和系统两个方面分析查找服务停 顿原因。 4)接口无法正常调用：联系相关接口服务提供方，确认服务是否正常。 注：对故障进行快速处理及归档，争取每次故障修复时间控制在两小时以内。 演练要求 1. 对在线系统不造成影响 2. 在主要系统管理员人员变更和服务器、操作系统、主页发布软件发生变更时要进行演练。 3. 演练前应填写工作单，并对系统做全备份。 4. 演练结束形成演练总结报告。 预案流程说明 一、事件报警与确认：系统人员在对系统进行调整的过程中发现公司系统运行中的异常及其它故障。由运维人员首先确认系统是否发生重大故障，及时通知相应管控经理及信通公司相应负责人，启用预案。 二、系统发生重大故障时，保护故障现场:必须及时采取以下措施，通知系统运维人员及时到场 1.保证服务器不再有任何人进行任何操作
第一次宕机时，初始以为是系统内存溢出，于是重启应用服务器，发现应用服务器在启动时报错，错误为无法连接到数据库。于是连接数据库服务器，打开EM后发现系统报错如图： 提示归档日志写入失败，检查服务器发现磁盘空间满了，于是清理磁盘空间后，重启数据库问题解决。随后把服务器磁盘空间扩容，直接给了oracle数据所在盘1TB的磁盘空间。第二次又出现此问题，经过仔细检查，并与同事确认后，发现是由于ORACLE数据库的归档日志被启用了，而我们系统默认是没有启用ORACLE数据库归档日志这个功能的。 使用sql命令查看： Sql>sqlplus / as nolog;---------------------启动sql*Plus Sql> connect sys/password@orcl as sysdba; Sql> archive log list; 数据库日志模式存档模式 自动存档启用 存档终点USE_DB_RECOVERY_FILE_DEST 最早的联机日志序列4888 下一个存档日志序列4890 当前日志序列4890 Sql> show parameter db_recovery_file_dest; NAME TYPE VALUE ------------------------------------ ----------- ------------------------------ db_recovery_file_dest string D:\oracle\product\10.2.0/flash_recovery_area db_recovery_file_dest_size big integer 20G 发现默认的归档路径为D:\oracle\product\10.2.0/flash_recovery_area。而且限制使用空间为20G。由于每天产生的oracle归档日志差不多就占用2个G的磁盘空间，而且oracle自身并不会自动清理也没有相关设置自动清理归档日志的功能，一段时间不进行清理，20G空间很快就满了。 与客户商议，准备关闭归档日志功能，客户了解情况后，觉得归档日志功能还是需要开启，（归档日志是oracle灾难恢复的必要数据），于是准备把归档日志使用空间扩大，设成200g。 处理方法： 一、首先要处理日志空间满的情况： 1、删除归档日志物理文件，归档日志一般都是位于D:\oracle\product\10.2.0\flash_recovery_area\ORCL\ARCHIVELOG目录下，以日期文件夹存放，删除时至少保留最近几天的日志用于数据库恢复。 2、归档日志的物理文件删除后，ORACLE可以正常登录了，但是还没完全把归档日志删除干净，ORACLE的controlfile中仍然记录着这些archivelog的信息，在oracle的OEM 管理器中有可视化的日志展现出，当我们手工清除archive目录下的文件后，这些记录并没有被我们从controlfile中清除掉，利用RMAN进行删除操作； 进入cmd， 1.指定数据库实例 C:/Documents and Settings/Administrator>SET ORACLE_SID =orcl 2.连接数据库
数据库日志清除语句 当数据库的日志文件太大，磁盘没有空间不能做单据时，我们可以用下面的方法直接清除日志： 2008版本以下的数据库执行以下整个语句： --标准 use数据库名称 go backup log数据库名称with no_log dbcc shrinkfile(2) --实例 use DSCSYS go backup log DSCSYS with no_log dbcc shrinkfile(2) 说明： 不论是公司数据库还是公用数据库，只要把数据库名称全部替换了即可。 2008版本以上的数据库执行以下整个语句： --标准 USE[master] GO ALTER DATABASE DNName SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY SIMPLE GO USE DNName GO DBCC SHRINKFILE(N'FILEName_Log', 11,TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DNName SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DNName SET RECOVERY FULL GO
--实例 USE[master] GO ALTER DATABASE DEMO90SET RECOVERY SIMPLE WITH NO_WAIT GO ALTER DATABASE DEMO90SET RECOVERY SIMPLE GO USE DEMO90 GO DBCC SHRINKFILE(N'outside_Log', 11,TRUNCATEONLY) GO USE[master] GO ALTER DATABASE DEMO90SET RECOVERY FULL WITH NO_WAIT GO ALTER DATABASE DEMO90SET RECOVERY FULL GO 说明： 1.标准示例中的DNName及实例中的DEMO90表示的是数据库名称，就是下图看到的名字
案例描述：近日湖北运维反应湖北数据库归档日志生成过快，导致磁盘空间占满，引起数据库宕机。问题看起来很简单，只要清理下归档日志然后重启就能解决，但这只是治标不治本的方法，显然是要找到归档日志增长异常频繁的原因。最后通过LogMiner分析归档日志发现是运维部署了频繁update的语句，停了后归档日志变为正常。下面是详细步骤 1.通过v$archived_log视图查看最近归档日志状态 select to_char(COMPLETION_TIME, 'yyyymmdd'), count(*) from v$archived_log t where https://www.doczj.com/doc/1217505224.html,PLETION_TIME > sysdate - 20 group by to_char(COMPLETION_TIME, 'yyyymmdd') order by to_char(COMPLETION_TIME, 'yyyymmdd'); 2.查看今天的归档日志情况，看到8点左右归档日志增长最大 select to_char(FIRST_TIME, 'yyyymmddhh24'), count(*) from sys.v_$archived_log t where t.FIRST_TIME > trunc(sysdate) group by to_char(FIRST_TIME, 'yyyymmddhh24')
order by to_char(FIRST_TIME, 'yyyymmddhh24') 3.查看今天八点的归档日志的路径 select name, COMPLETION_TIME, t.FIRST_TIME, t.RESETLOGS_TIME from sys.v_$archived_log t where to_char(FIRST_TIME, 'yyyymmddhh24') = 2015081108 order by t.FIRST_TIME desc;
清除数据和清除日志 一．清除出去的数据 本功能支持工作流运行数据(工作流运行过程中产生的实例、日志信息)的清除，清除出去的数据，以后如果需要还可以通过还原工作流数据功能恢复到系统中。 操作说明 1.系统管理员Admin登录后，在"系统管理"主界面，选择【系统】菜单中的【数据清除】-【清除工作流数据】，点击进入清除工作流功能界面。 2.在数据清除界面， 根据'起止年度'确定 需要操作的账套库 后，可以选择按日期 范围或按单据类型进 行清除：
3.清除方式选择'按日期范围'，可以进一步在'时间条件'中选择具体的日期范围。选择后将清除该账套库中终审时间在指定日期范围内的所有单据类型的工作流数据。 4.清除方式选择'按单据'，可以进一步在'单据条件'中选择具体单据及其过滤条件。设置后将清除该账套库中指定单据类型的满足条件的工作流数据。 5.'选择单据类型'左侧显示本账套库中存在工作流数据的单据类型，从左侧选中需要清除工作流数据的单据类型，点击选择到右侧； 6.选定各个单据类型还可以在'设置单据条件'中设置更加明细的过滤条件。 7.点击〖下一步〗按钮，还会显示将要清除的工作流数据的信息列表以再次确认。 8.确认无误后，点击〖清除〗，在弹出框中选择备份文件存放路径，〖确定〗后将把所选的工作流数据备份到指定路径，并删除账套库内相应数据。 注意： 只有系统管理员Admin可执行工作流数据的清除。 选择好需要清除的工作流数据范围以后，在确认列表底部将显示出将清除数据的数据量大小。
二．清除日志 本功能支持各种日志类数据的清除，包括业务功能操作日志、数据操作日志、系统管理操作日志。清除出去的数据，以后如果需要还可以通过还原日志功能恢复到系统中。 操作说明 1.管理员登录后，在"系统管理"主界面，选择【系统】菜单中的【数据清除】-【清除日志】，点击进入清除日志功能界面。如图 2.在数据清除界面，左侧选 择不同的历史数据类型，右侧选择需要卸出数据的账套、年度，以及数据的日期范围，录入或选择备份文件存放路径后，点击〖清除〗按钮，将把所选的账套历史数据备份到指定路径，并删除账套内相应数据，同时提示用户保管好备份文件。 3.历史数据类型说明 4.数据操作日志：各类业务数据的操作日志，包括单据、档案的操作日志、业务参数变更日志等； 5.业务系统上机日志：各类业务功能操作的日志，包括登录门户、
方法一、 1 / 4
2 / 4 方法二、
MS SQL清除日志的命令 如何清除sql server 日志? 设置数据库为简单模式,自动收缩 1．打开查询分析器，输入命令 backup log databasename with no_log 2.再打开企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件--选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M 数,直接输入这个数,确定就可以了。 dbcc shrinkfile (databasename_log,truncateonly) 方法三、 1: 删除LOG 第1步：分离数据库企业管理器－＞服务器－＞数据库－＞右键－＞分离数据库 第2步：删除LOG文件 第3布：附加数据库企业管理器－＞服务器－＞数据库－＞右键－＞附加数据库 此法生成新的LOG，大小只有500多K 再将此数据库设置自动收缩 方法四、 EXEC sp_detach_db @dbname = 'pubs' EXEC sp_attach_single_file_db @dbname = 'pubs', @physname = 'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf' 方法五、 Use Database_Name Backup Log Database_Name With No_log dbcc shrinkfile (Database_Name_Log,truncateonly) Go 方法六、 直接在查询分析那里执行backup log databasename with no_log 然后回到企业管理器把数据库收缩一下（可能需另外设置属性） 3 / 4
解决SQL数据库日志已满的问题 2009年03月21日星期六上午 11:53 一、简单方法 1、右键数据库→属性→选项→故障还原模型→设为简单→确定； 2、右键数据库→所有任务→收缩数据库→确定； 3、右键数据库→属性→选项→故障还原模型→设为大容量日志记录→确定。 二、复杂方法 1、清空日志 DUMP TRANSACTION 库名WITH NO_LOG 2、截断事务日志 BACKUP LOG 数据库名WITH NO_LOG 3、收缩数据库文件(如果不压缩,数据库的文件不会减小) 企业管理器--右键你要压缩的数据库--所有任务--收缩数据库--收缩文件 --选择日志文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 --选择数据文件--在收缩方式里选择收缩至XXM,这里会给出一个允许收缩到的最小M数,直接输入这个数,确定就可以了 也可以用SQL语句来完成 --收缩数据库 DBCC SHRINKDATABASE(客户资料) --收缩指定数据文件,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 = 'pubs' b.删除日志文件 c.再附加 EXEC sp_attach_single_file_db @dbname = 'pubs',@physname = 'c:\Program Files\Microsoft SQL
清理归档日志： archive log日志已满 ORA-00257:archiver error.Connect internal only,until freed错误的处理方法 1.用sys用户登录 sqlplus sys/pass@tt as sysdba 2.看看archiv log所在位置 SQL>show parameter log_archive_dest; NAME TYPE VALUE ----------------------------------------------------------------------------- log_archive_dest string log_archive_dest_1string log_archive_dest_10string 3.一般VALUE为空时，可以用archive log list;检查一下归档目录和log sequence SQL>archive log list; Database log mode Archive Mode Automatic archival Enabled Archive destination USE_DB_RECOVERY_FILE_DEST Oldest online log sequence360 Next log sequence to archive360 Current log sequence362 4.检查flash recovery area的使用情况,可以看见archivelog已经很大了，达到96.62 SQL>select*from V$FLASH_RECOVERY_AREA_USAGE; FILE_TYPE PERCENT_SPACE_USED PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES ---------------------------------------------------------------------- CONTROLFILE.1301
sql 2000 事务日志的介绍及收缩 1、事务日志简介 作为大型的关系型数据库，最重要的事情之一就是数据库完整性，也就是说数据必须是正确的，不能因为一些不可知的突发事件（如突然掉电）损坏数据。为了避免这种情况，SQL数据库采用了两步写入磁盘的办法，第一步先写我做了什么，比如开了一个进货单，这一步完成后，再执行第二步，把这个进货单的内容写入数据库，这两步都成功了，才算完成，有一步有问题，这个单据都不会记到数据库中。这样，您的事务操作（对数据库的修改操作，查询不记事务）的每一步都要记录进日志文件，如果您不注意经常截断事务日志的话，随着时间的增长，事务日志会很快的增长，最后要比您的数据量大的多。可以经常看到，数据库文件只有几十兆，而日志文件却几千兆的情况。 2、截断事务日志 事务日志分成两部分，一部分是不活动的，也就是说这部分的操作都已经成功的写入数据库了，而另一部分是活动的，也就是说，这部分日志，只是确认执行了上述第一步，还没有确信已经写入数据库的部分。我们需要截断的就是不活动的部分。这部分可以如下方法截断：Backup Log ‘数据库名’with truncate_only 警告：在运行上述截断日志之后，强烈建议进行数据库完全备份。 3、缩小文件大小 使用上述第2步就把不活动的日志删除了，但是文件并没有变小，只是把原先旧日志占用的空间释放了，又可以向里面记入新的日志了。要想把物理文件也变小（比如已经几千兆了），请使用如下命令：DBCC Shrinkdatabase (数据库名) 运行上述命令后就可以把日志文件缩小了（一般都缩为1M左右） 4、把数据文件或日志文件的增长不受限制 如果您做不到经常维护数据库，不能经常的截断日志，日志文件就会逐渐变大，一旦大到您设置的大小限制，日志就再也不能写入了，您对数据库的所有改变操作也就无法进行了，这时候您就需要用上面的方法把日志文件截断。不过，您可以把文件的大小设置大一些或不受限制，请在企业管理器中设置数据库属性即可。也可以运行下述命令：alter database 数据库名modify file (name = 逻辑文件名,Maxsize =
机关文书档案的整理归档方法和要求 （2008年4月2日） 一、什么是文件材料的归档整理？ 是指立档单位在其职能活动中形成并办理完毕，应作为文书档案保存的各种纸质文件材料，以件为单位，进行装订、分类、排列、编号、编目、装盒，使之有序化的过程。 二、上述定义包括以下几层含义： 1、办理完毕的； 2、文书材料； 3、基本整理单位是“件”； 4、整理的基本环节是：装订、分类、排列、编号、装盒等。 三、归档文件整理原则：遵循文件的形成规律，保持文件之间的有机联系，区分不同价值，便于保管和利用。 四、工作要求： 强化收集、简化整理、细化检索、深化利用 五、文件材料整理归档的具体操作方法和要求 （一）收集 收集工作即是将本单位在其职能活动中形成的、办理完毕的、具有保存价值的各种文字材料收集集中起来的工作过程。 要求：材料齐全完整、内容真实准确 如何才能做到齐全完整？ 1、档案人员要熟悉掌握本单位的工作职能、主要工作内容。 2、制订本单位的归档制度。 归档制度包括归档范围、归档时间和归档要求三部分内容。
（1）明确归档范围 凡是反映本单位各种职能活动，具有查考利用价值的文件材料均属归档范围。各单位应依据《新规定》，结合本单位职能及其内设职能部门工作实际，加强对工作中形成文件材料的研究，详尽编制本机关的文件材料归档范围。 各单位制定的归档范围，报送档案管理部门审批同意后，应作为本单位的一项业务标准加以公布施行。 （2）归档时间 归档工作要求在次年的五月底之前完成。 确保按时完成一般运用三种形式结合收集： A、随办随归； B、定期收集； C、年终集中收集。 （3）归档要求 A、归档的文件材料应齐全完整、内容准确。制成材料要耐久规范。字迹材料一律使用碳素墨水或蓝黑墨水。 B、收集工作应立足本单位，注意业务部门形成的反映专业职能活动的文件材料的收集；重大活动事件材料的收集。 C、文电合一。 D、底稿随印件一起收集。若底稿是直接在计算机上起草的打印件，则一般只要收集发文稿纸与印件，其中发文稿纸上除了领导签发外还需加盖单位公章以示效力。若计算机打印的底稿上有领导的重要修改或批示，应收集与印件一并归档。 E、有重要领导批示的办文单应随正文一起收集归档。 F、附件随正件收集归档。 G、关于同一问题的请示和批复应一起归档。
1、load 方法装入数据： export to tempfile of del select * from tablename where not 清理条件； load from tempfile of del modified by delprioritychar replace into tablenamenonrecoverable； 说明： 在不相关的数据表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 dbcfg for //当前数据库可以省略 6、修改数据库的log数据： db2 update dbcfg 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. sql1025nthe database manager was not stopped because databases are still active. 需要使用如下命令可以解决这个问题：db2stop force 08/03/2005 21:47:49 0 0 sql1064ndb2stop processing was successful. sql1064ndb2stop processing was successful. 然后启动数据库db2start,连接数据库db2s后，重新进行bind即可。 8、缓冲池参数修改： db2 alter bufferpoolibmdefaultbp size 10240 查看本表的数据内容如下：db2 "select * from syscat.bufferpools"; 9、db2 日志处理： db2日志是以文件的形式存放在文件系统中，分为两种模式：循环日志和归档日志。当创建新数据库时，日志的缺省模式是循环日志。在这种模式下，只能实现数据库的脱机备份和恢复。如果要实现联机备份和恢复，必须设为归档日志模式。 目前在综合业务系统中，设置的均是归档日志模式；其它系统（如事后监督、经营决策、中间业务等）一般都设置为循环日志模式。至于采用何种模式，可以通过修改数据库配置参数