没有找到预期的归档日志，归档日志的丢失将影响可恢复性

最新推荐文章于 2021-05-13 13:26:30 发布
最新推荐文章于 2021-05-13 13:26:30 发布
阅读量1.4k 收藏
点赞数
分类专栏： oracle rman备份与恢复 文章标签： Oracle
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/luoshao20120430/article/details/12421929
版权

ps：

 备份归档是把归档日志备份一次，而不是把在线日志变成归档，在线日志变成归档是打开了归档模式后的自动行为


错误“没有找到预期的归档日志，归档日志的丢失将影响可恢复性” 是由于 自己手动删除归档日志造成的。



  我是先手动删除归档日志，然后再备份归档日志的，错就错在手动删除归档日志。

backup archivelog all里面的all是指所有，不管归档日志过不过期。
出现RMAN-06059，ORA-19625此种情况是因为归档日志已被删,但RMAN备份的时候仍然需要,备份无法进行下去,  
执行change archivelog all crosscheck ;检查归档日志命令  
RMAN> crosscheck archivelog all  ;  
发现有很多过期的归档，运行以下命令进行删除过期的归档    
RMAN> delete expired archivelog all;  
删除过期的归档，现在再执行一次备份就没问题了。
ps：

假设有归档a,b,c,d
all就是都要备份，而a，b已经过期，而且手动删除了
正常备份就会报错
crosscheck并删除过期之后
记录里面就剩c，d
再备份就不报错了





Luo_Bryant
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
GFI MailArchiver 5_part3(邮件归档器)
11-19
GFI MailArchiver 是一款使用简单的邮件归档解决方案，为 Exchange 服务器提供邮件归档服务。 GFI MailArchiver 能够将所有内部和外部邮件轻松归档到一个或多个数据库中，无论使用任何邮件保留策略都能极大减少对 PST 文件的依赖且更易于维护。<br><br>可打开以下地址，直接下载软件与用户手册<br>http://software.gfi.com/mailarchiver.exe<br>http://www.gfisoftware.cn/mailarchiver/<br><br>或在CSDN中，查找 GFI MailArchiver 5_part1(邮件归档器) 和 part2 part4，以下载完整文件。<br><br>系统信息：<br>• Windows 2000 Professional/Server/Advanced Server (Service Pack 1 或以上) 或 Windows 2003 Server/Advanced Server<br>• Microsoft .NET Framework 1.1<br>• 网络资料服务Internet Information Services (IIS) – 世界网络服务World Wide Web service<br>• Microsoft SQL Server 2000 with SP3<br><br>GFI MailArchiver for Exchange 提供了使用简单的企业邮件归档解决方案，能够将所有内部和外部邮件归档到一个或多个数据库中，从而大大减少对 PST 文件的依赖。 这便允许用户通过基于网页的搜索界面对过去的邮件进行轻松的集中式访问，并能通过“一键恢复”（OneClick Restore）过程快速恢复邮件。 GFI MailArchiver 还能够帮助您满足邮件保留策略的需求，且有助于实现邮件存储管理需求，如萨班斯•奥克斯利法案（Sarbanes-Oxley Act）。 GFI MailArchiver for Exchange 利用 Exchange 服务器 2000/2003 的日志功能，以极具竞争力的价格提供无可比拟的灵活性和可靠性。<br><br>GFI MailArchiver for Exchange 提供了使用简单的企业邮件归档解决方案，能够将所有内部和外部邮件归档到一个或多个数据库中，从而大大减少对 PST 文件的依赖。 这便允许用户通过基于网页的搜索界面对过去的邮件进行轻松的集中式访问，并能通过“一键恢复”（OneClick Restore）过程快速恢复邮件。 GFI MailArchiver 还能够帮助您满足邮件保留策略的需求，且有助于实现邮件存储管理需求，如萨班斯•奥克斯利法案（Sarbanes-Oxley Act）。 GFI MailArchiver for Exchange 利用 Exchange 服务器 2000/2003 的日志功能，以极具竞争力的价格提供无可比拟的灵活性和可靠性。<br><br>用于所有公司邮件的邮件归档和邮箱管理<br>GFI MailArchiver for Exchange 提供使用简单的公司邮件归档解决方案，使您能够集中地归档所有内部和外部邮件。 GFI MailArchiver 可以将过去、现在和将来的邮件归档到一个或多个数据库中，为网络管理员和员工带来一系列好处。<br><br>• 网络管理员现在可以免受管理 PST 文件的痛苦，并且：<br> o 避免了损坏的 PST 文件以及“修复”这些文件所需的漫长时间和棘手过程<br> o 克服了万一员工工作站发生硬件故障时 PST 文件丢失的风险<br> o 将您从复杂的备份工作（从每个员工的工作站中复制 PST 文件）中解放出来。 <br><br>• GFI MailArchiver 允许员工在无需网络管理员帮助的情况下执行以下操作：<br> o 在世界任何地方使用浏览器轻松查找和访问自己的所有邮件<br> o 通过“一键恢复”过程将邮件复原到邮件箱，避免了从备份磁碟或硬盘中检索的繁重过程，从而节约网络管理员的时间。<br>此外，GFI MailArchiver 还有助于实现邮件存储管理需要（如萨班斯•奥克斯利法案）。<br> <br>为何选用 GFI MailArchiver？ <br>> 减少对笨重的 PST 文件的依赖 – PST 文件易于损坏，且会因硬件故障丢失数据，需要复杂的备份计划 <br>> 为终端用户提供一个基于 Web 的位置，在此用户可以通过“一键恢复”搜索或还原过去的邮件 <br>> 将邮件的存储需求显著降低达 80% <br>> 提高 Exchange 的性能并缓解备份和还原的压力 <br>> 有助于遵守萨班斯•奥克斯利法案、SEC 和其他法律法规。
oracle rman命令找不到,RMAN执行到recover时提示找不到归档日志，请要怎么处理
weixin_33362555的博客
04-08 762
我手头有一份很早的冷备份，还有冷备份之后的level 0的完全备份和level 1的增量备份。归档日志都没有，而且也没有归档日志备份。重装后我先用冷备份恢复了，然后进入RMAN执行restore controlfile from 'D:\Orcl_Bak\ORCL_C_20111013_764442176_6';run {restore database;recover database;}rec...
oracle数据库归档日志丢失,丢失数据文件的恢复 归档和非归档日志模式下
weixin_42351189的博客
04-14 1131
在Oracle数据库中，构成SYSTEM表空间和当前活动的撤销表空间(由UNDO_TABLESPACE参数指定)的数据文件被认为是"关键的"。这类文件受损将导致实例立即终止。而且，在通过还原和恢复操作修复损坏之前，数据库无法再次打开。构成用户数据表空间的其他文件受损通常不会导致实例崩溃。Oracle将使受损的文件脱机，使其内容不可访问，但数据库的其余部分仍保持打开。您的应用程序对此的反应将取决于其...
oracle归档日志未及时生成,oracle-RMAN-06059：没有找到预期的归档日志-错误处理
weixin_36192410的博客
04-10 507
使用RMAN备份数据库时,如果对日志进行备份,当以前的日志被删除过,则会报RMAN-06059错误，如何解决这个错误呢？RMAN-06059: 没有找到预期的归档日志, 归档日志的丢失将影响可恢复性ORA-19625: 识别文件D:oracleproduct10.2.0flash_recovery_areaoanetARCHIVELOG2010_04_09O1_MF_1_7_3ZRDMSDP_.A...
RMAN-06059: 没有找到预期的归档日志 --解决办法
LinusFay
05-25 1383
问题 rman备份的时候，出现 RMAN-06059: 没有找到预期的归档日志, 归档日志的丢失将影响可恢复性 ，导致备份失败。 RMAN> @c:/users/admin/desktop/full_backup.txt RMAN> run{ 2> allocate channel c1 device type disk; 3> allocate channel c2 de
RMAN-06059: 没有找到预期的归档日志, 归档日志的丢失将影响可恢复性
鲨鱼胃的博客
09-27 1887
问题描述 备份脚本如下: #!/bin/bash source /home/oracle/.bash_profile rman target / log=/u01/app/oracle/oraclebak/full_backup.log<<EOF run{ sql 'alter system switch logfile'; allocate channel c1 type disk;...
oracle 备份失败 RMAN-03002，RMAN-00569，RMAN-00571等处理方法
weixin_33798152的博客
01-21 988
备份失败 1、备份失败信息： :39:52] 备份 200.3-oracle 数据 开始执行... [...
linux 归档中找不到,RMAN备份或恢复归档日志时报未找到归档的日志或是目录超出同步的解决办法...
weixin_36381252的博客
05-13 626
RMAN> backup format 'd:/backup/%d_%s.bak' tablespace users plus archivelog;启动 backup 于 02-10月-08当前日志已存档使用通道 ORA_DISK_1未找到归档的日志C:/DEMO/ARCHIVE/1_1_667054810.LOG或是目录超出同步正在尝试将替换文件用于存档日志线程 1, 序列 1RMAN-...
数据库灾难性恢复(数据库技术；灾难性；恢复；数据备份)
04-12
目录 摘要 3 ABSTRACT 3 1. 灾难类型 4 2. 恢复类型 4 3. 恢复的级别 4 4. 需要防止的故障级别 4 4.1 可接受的数据丢失量 5 4.2 允许用于恢复的时间量 5 4.3 备份和恢复 5 5. 灾难恢复方案 5 5.1 简单备份 6 5.2 备份和日志保留 7 6. 高级存储备份 8 7. 数据库恢复 9 摘要 随着数据库技术在各个行业和各个领域大量广泛的应用，在对数据库应用的过程中，人为误操作、人为恶意破坏、系统的不稳定、存储介质的损坏等等原因，都有可能造成重要数据的丢失。一旦数据出现丢失或者损坏，都将给企业和个人带来巨大的损失。这就需要进行数据库恢复。 关键词：数据库技术；灾难性；恢复；数据备份 ABSTRACT With the database technology in various industries and a large number of wide application in various fields, in the process of database applications, artificial misuse, human vandalism, system instability, damage to storage media and other reasons may have resulted in important data lost. Once the data appears lost or damaged, both businesses and individuals will give enormous losses. This need for database recovery. Abstract: Database technology; catastrophic; recovery; Data BackupDevice Driver; Data Backup; Logical Block Address; 数据库灾难性恢复 1. 灾难类型 为了使数据库损失降低到最小程度，需要一个恢复策略，确保它起作用，并经常实行策略，一些灾难类型包括： 1. 系统故障。电源故障、硬件故障或软件故障都能够使数据库处于不一致状态。 2. 事务故障。用户无意中会用错误数据修改数据库，从而毁坏数据库。 3. 介质故障。如果磁盘驱动器变得不能使用，那么可能会丢失所有或部分数据。 4. 自然灾难。系统所在的设施可能会遭受火灾、洪水或其它类似灾难的损坏。 2. 恢复类型 DB2 考虑到了下列恢复类型： 1. 崩溃恢复。这种类型的恢复通过撤销（回滚）未提交的事务来防止数据库处于不一致状态。 2. 版本恢复。这种类型的恢复通过使用从 BACKUP 命令获取的备份映像来恢复先前的数据库版本。恢复的数据库将包含在执行 BACKUP 命令时所处状态的信息。如果在执行备份之后针对数据库执行进一步操作，那么该信息将丢失。 3. 前滚恢复。这种类型的恢复通过使用完全数据库备份，结合日志文件来扩展版本恢复。必须先恢复备份以用作基线；然后在该备份之上应用日志。该过程会将数据库或表空间恢复到某个特定时间点。前滚恢复要求启用归档日志记录。 3. 恢复的级别 建立灾难恢复计划对于现代企业至关重要。企业数据库中的信息对于进行业务活动是极其重要的。保护该数据以及在灾难之后确保其“生命”是很重要的活动。当构建 DR计划时，有三个关键级别问题。 4. 需要防止的故障级别 要防止的故障级别通常是近似性问题。原始数据与其备份之间在物理上有多紧密？备份数据可以在不同的驱动器上、在独立的机器上、在独立的楼层上或在不同的建筑物里。不可能预测所有可能的灾难。火灾、水灾或甚至用户的恶作剧都可能是企业必须面对的问题。解决方案的设计应该包括公司希望防止最坏情况的方案。 4.1 可接受的数据丢失量 所有企业都不希望在故障之后丢失任何数据。虽然不丢失数据是可能的，但由于可能需要的复杂性和费用（尤其是如果所防止的故障级别非常高），这通常是不实际的。可接受的数据丢失量取决于数据对公司有多重要以及有什么资源可用于确保其生命。 4.2 允许用于恢复的时间量 恢复所需的时间量类似于高可用性的目标。它与高可用性解决方案之间的差异在于所防止的故障类型以及通常认为合理的时间长度。HA 故障转移通常以秒和分钟来衡量，而灾难恢复则可能以小时和天来进行衡量。不过并非总是这样，但这个差异区分了对这些解决方案的相对期望。 4.3 备份和恢复 数据库备份创建了数据库的时间点映象，它是灾难恢复解决方案的基本组件。DB2 提供了几种备份，包括脱机备份、联机备份和增量备份。从备份恢复所需的时间取决于数据库的大小和可用于执行恢复的硬件资源。 由于数据库备份只捕获时间点的数据，因此无法通过一个简单恢复来恢复备份之后发生的任何数据更改。要恢复备份之后完成的事务，就需要应用日志文件。可以从备份和日志文件（通过在日志文件中进行“前滚”来应用）来恢复数据库。这允许恢复到某个时间点或恢复到日志文件结束。 因此，如果 DR 解决方案必须恢复自上次备份以来的事务，那么保留日志文件是非常关键的。有两个提高日志保留的 DB2 特性：双日志记录和用户出口工具，已在关于数据库复制 HA 选项的部分中进行了讨论。 5. 灾难恢复方案 灾难恢复方案可以分成三类：简单备份、备份和日志保留、高级存储备份 。 虽然不是每个解决方案都清晰地被划入这三类中的某一类，但它们确实为您理解灾难恢复选项提供了合理的框架。 5.1 简单备份 MySQL表保存为文件方式，很容易备份。要想保持备份的一致性，对相关表执行LOCK TABLES操作，然后对表执行FLUSH TABLES。你只需要读锁定；这样当你复制数据库目录中的文件时，允许其它客户继续查询表。需要FLUSH TABLES语句来确保开始备份前将所有激活的索引页写入硬盘。 备份数据库的另一个技术是使用mysqldump程序或mysqlhotcopy脚本。 1. 完全备份数据库： 2. shell> mysqldump --tab=/path/to/some/dir --opt db_name 或： shell> mysqlhotcopy db_name /path/to/some/dir 只要服务器不再进行更新，还可以只复制所有表文件(*.frm、*.MYD和*.MYI文件)。mysqlhotcopy脚本使用该方法。(但请注意如果数据库包含InnoDB表，这些方法不工作。InnoDB不将表的内容保存到数据库目录中，mysqlhotcopy只适合MyISAM表）。 3. 如果mysqld在运行则停止，然后用--log-bin[=file_name]选项来启动。二进制日志文件中提供了 执行mysqldump之后对数据库的更改进行复制所需要的信息。 对于InnoDB表，可以进行在线备份，不需要对表进行锁定； MySQL支持增量备份:需要用--log-bin选项来启动服务器以便启用二进制日志；当想要进行增量备份时(包含上一次完全备份或增量备份之后的所有更改)，应使用FLUSH LOGS回滚二进制日志。然后，你需要将从最后的完全或增量备份的某个时刻到最后某个点的所有二进制日志复制到备份位置。这些二进制日志为增量备份；恢复时，按照下面的解释应用。下次进行完全备份时，还应使用FLUSH LOGS或mysqlhotcopy --flushlogs回滚二进制日志。如果MySQL服务器为从复制服务器，则无论选择什么备份方法，当备份从机数据时，还应备份master.info和relay-log.info文件。恢复了从机数据后，需要这些文件来继续复制。如果从机执行复制LOAD DATA INFILE命令，你应还备份--slave-load-tmpdir选项指定的目录中的SQL_LOAD-*文件。(如果未指定，该位置默认为tmpdir变量值）。从机需要这些文件来继续复制中断的LOAD DATA INFILE操作。 如果必须恢复MyISAM表，先使用REPAIR TABLE或myisamchk -r来恢复。99.9%的情况下该方法可以工作。如果myisamchk失败，试试下面的方法。请注意只有用--log-bin选项启动了MySQL从而启用二进制日志它才工作； 1. 恢复原mysqldump备份，或二进制备份。 2. 执行下面的命令重新更新二进制日志： 3. shell> mysqlbinlog hostname-bin.[0-9]* | mysql 在某些情况下，你可能只想要从某个位置重新运行某些二进制日志。(通常你想要从恢复备份的日期重新运行所有二进制日志，查询不正确时例外)。 还可以对具体文件进行选择备份： • 要想复制表，使用SELECT * INTO OUTFILE 'file_name' FROM tbl_name。 要想重载表，使用LOAD DATA INFILE 'file_name' REPLACE ...并恢复。要避免复制记录，表必须有PRIMARY KEY或一个UNIQUE索引。当新记录复制唯一键值的旧记录时，REPLACE关键字可以将旧记录替换为新记录。 如果备份时遇到服务器性能问题，可以有帮助的一个策略是在从服务器而不是主服务器上建立复制并执行备份。如果使用Veritas文件系统，可以这样备份： 1. 从客户端程序执行FLUSH TABLES WITH READ LOCK。 2. 从另一个shell执行mount vxfs snapshot。 3. 从第一个客户端执行UNLOCK TABLES。 4. 从快照复制文件。 5. 卸载快照。 只创建数据库备份确实创建了一个 DR 解决方案。它也许是非常有限的，这取决于您的环境。通过从“活动”的系统上移走所创建的备份，可以提高保护的级别。增加数据库备份的频率也降低了数据丢失的风险。备份软件对于创建和维护 DB2 备份可能非常有帮助。例如，IBM 的 Tivoli Storage Manager 和 Veritas 的 Net Backup® 都提供了允许在其软件控制的设备上直接备份和维护 DB2 数据库的解决方案。这些设备可以是磁带库或另一种存储设备。 简单备份适合于只读数据库或由能轻松重新创建的批处理作业填充的数据库，或者在备份之间不必维护数据库更改的情况下。 表 1.简单备份的优缺点 优点： 缺点： 保护级别： 数据库备份可以转移到外部位置，以提高保护级别 数据丢失的风险： 备份之间的数据更改可能会丢失（运行增量备份来降低风险的影响） 恢复所需的时间： 数据库恢复需要很长时间 5.2 备份和日志保留 保留数据库日志文件与数据库备份一起创建了更完善的 DR 解决方案。日志文件允许恢复备份之间发生的数据更改。该解决方案的真正复杂性在于保护日志文件以确保它们在恢复期间的可用性。如果选择实现双日志记录，DB2 可以将日志文件放在不同的位置，如果确保这些位置在不同的存储器阵列上，那么保护级别就会得到提高。但是，日志文件仍面临存储子系统故障。如在高可用性的日志传送选项中所提到的，用户出口程序可以提供重定位日志文件的替代方法。 用户出口可以将已关闭的日志文件移到当前系统可用存储阵列之外的位置，从而提高保护级别。这里的告诫是它只移动已关闭的日志文件。即使已实现了双日志记录，包含活动事务的日志文件仍面临因阵列丢失或存储设备故障而产生的丢失。该解决方案适合于大多数面向商业事务的环境。 它均衡了最小化数据丢失风险的需要和维护 DR 解决方案所需的成本。 表 2.备份加日志保留的优缺点 优点： 缺点： 保护级别： 数据库备份可以转移到外部位置，以提高保护级别 数据丢失的风险： 如果使用适当的步骤来维护日志文件，会大大降低数据丢失的风险 恢复所需的时间： 数据库恢复需要时间，应用日志文件将增加恢复时间 6. 高级存储备份 我们在高可用性下的高级存储选项部分中讨论过这个主题，相同的原则在这里也适用。正如在那部分中所见的，STANDBY方法允许当数据库副本处于暂挂状态时在辅助系统上执行数据库备份。 创建数据库副本已经创建了 DR解决方案的一部分。备份副本提高了保护级别。如果用双日志记录和用户出口程序正确实现了这个高级存储备份，那么它就为核心企业数据库生成了最好的 DR解决方案。 该解决方案最适合处于企业活动核心的数据库系统。示例可能包含了供应链管理和在线代理系统。 表 3.用于灾难恢复的高级存储备份优缺点 优点： 缺点： 保护级别： 保护级别本来就很高，而且可以通过耦合存储子系统来提高保护级别。 数据丢失的风险： 如果采用双日志记录和用户出口程序，会大大降低数据丢失的风险 恢复所需的时间： 恢复所需的时间非常短。 7. 数据库恢复 数据库恢复中心理解为: (1)当数据库出现损伤或由于人员误操作、操作系统本身故障所造成的数据看不见、无法读取、丢失。工程师通过技术手段读取将数据都恢复为可以读的数据，数据恢复不是靠一两种软件就可以完成，往往需要数个工程师靠经验不同的方式才能恢复数据，当然数据库恢复还包括各种操作系统：除普通的WINDOWS外，还有Unix、Linux、APPLE机，而以UNIX为多。 (2)数据库数据已经存在，但是无法正常使用，提示错误，都应归属为数据修复，举例说明：SQL SERVER文件打开提示LDF文件损坏，或错误823等等。 数据库恢复实际上就是利用技术手段把不可见或不可正常运行的数据文件恢复成正常运行的过程。 方法一 如何附加数据库（企业管理器） 1、展开服务器组，然后展开服务器。 2、右击"数据库"，然后选择"所有任务"/"附加数据库"。 3、输入要附加的数据库的 MDF（master 数据文件）名称。如果不确定文件位于何处，单击浏览（"..."）搜索。最多可以指定16个文件名。 4、若要确保指定的MDF文件正确，请单击"验证"。"原文件名"列列出了数据库中的所有文件（数据文件和日志文件）。"当前文件位置"列列出了文件的名称和路径。如果Microsoft? SQL Server? 找不到指定位置的文件，则附加操作将失败。可以对"当前文件位置"列进行编辑，并且文件的当前位置必须在该列中才能使附加操作得以进行。例如，如果在分离操作前改变了文件的默认位置，则必须指定当前位置才能使附加操作顺利进行。 5、在"附加为"框内，输入数据库的名称。数据库名称不能与任何现有数据库名称相匹配 6、指定数据库的所有者。 7、单击"确定"按钮。新附加的数据库的数据库节点即创建在"数据库"文件夹中。 方法二 sp_attach_db 将数据库附加到服务器。 语法 sp_attach_db [ @dbname = ] 'dbname' , [ @filename1 = ] 'filename_n' [ ,...16 ] 参数 [@dbname =] 'dbname' 要附加到服务器的数据库的名称。该名称必须是唯一的。dbname 的数据类型为 sysname，默认值为 NULL。 [@filename1 =] 'filename_n' 数据库文件的物理名称，包括路径。filename_n 的数据类型为 nvarchar(260)，默认值为 NULL。最多可以指定 16 个文件名。参数名称以 @filename1 开始，递增到 @filename16。文件名列表至少必须包括主文件，主文件包含指向数据库中其它文件的系统表。该列表还必须包括数据库分离后所有被移动的文件。 返回代码值 0（成功）或 1（失败） 结果集 无 注释 只应对以前使用显式 sp_detach_db 操作从数据库服务器分离的数据库执行 sp_attach_db。如果必须指定多于 16 个文件，请使用带有 FOR ATTACH 子句的 CREATE DATABASE。 如果将数据库附加到的服务器不是该数据库从中分离的服务器，并且启用了分离的数据库以进行复制，则应该运行 sp_removedbreplication 从数据库删除复制。 权限 只有 sysadmin 和 dbcreator 固定服务器角色的成员才能执行本过程。 示例 下面的示例将 pubs 中的两个文件附加到当前服务器。 EXEC sp_attach_db @dbname = N'pubs', @filename1 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf', @filename2 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf' 请参见 CREATE DATABASE sp_attach_single_file_db sp_detach_db sp_helpfile sp_removedbreplication 系统存储过程
查看oracle数据库是否归档和修改归档模式
01-06
在ORACLE 数据库的开发环境和测试环境中，数据库的日志模式和自动归档模式一般都是不设置的，这样有利于系统应用的调整，也免的生成大量的归档日志文件将磁盘空间大量的消耗。但在系统上线，成为生产环境时，将其设置为日志模式并自动归档就相当重要了，因为，这是保证系统的安全性，有效预防灾难的重要措施。这样，通过定时备份数据库和在两次备份间隔之间的日志文件，可以有效的恢复这段时间的任何时间点的数据，可以在很多时候挽回或最大可能的减少数据丢失。
GFI MailArchiver 5_part2(邮件归档器)
11-19
FI MailArchiver 是一款使用简单的邮件归档解决方案，为 Exchange 服务器提供邮件归档服务。 GFI MailArchiver 能够将所有内部和外部邮件轻松归档到一个或多个数据库中，无论使用任何邮件保留策略都能极大减少对 PST 文件的依赖且更易于维护。<br><br>可打开以下地址，直接下载软件与用户手册<br>http://software.gfi.com/mailarchiver.exe<br>http://www.gfisoftware.cn/mailarchiver/<br><br>或在CSDN中，查找 GFI MailArchiver 5_part1(邮件归档器) 和 part3，以下载完整文件。<br><br>系统信息：<br>• Windows 2000 Professional/Server/Advanced Server (Service Pack 1 或以上) 或 Windows 2003 Server/Advanced Server<br>• Microsoft .NET Framework 1.1<br>• 网络资料服务Internet Information Services (IIS) – 世界网络服务World Wide Web service<br>• Microsoft SQL Server 2000 with SP3<br><br>GFI MailArchiver for Exchange 提供了使用简单的企业邮件归档解决方案，能够将所有内部和外部邮件归档到一个或多个数据库中，从而大大减少对 PST 文件的依赖。 这便允许用户通过基于网页的搜索界面对过去的邮件进行轻松的集中式访问，并能通过“一键恢复”（OneClick Restore）过程快速恢复邮件。 GFI MailArchiver 还能够帮助您满足邮件保留策略的需求，且有助于实现邮件存储管理需求，如萨班斯•奥克斯利法案（Sarbanes-Oxley Act）。 GFI MailArchiver for Exchange 利用 Exchange 服务器 2000/2003 的日志功能，以极具竞争力的价格提供无可比拟的灵活性和可靠性。<br><br>GFI MailArchiver for Exchange 提供了使用简单的企业邮件归档解决方案，能够将所有内部和外部邮件归档到一个或多个数据库中，从而大大减少对 PST 文件的依赖。 这便允许用户通过基于网页的搜索界面对过去的邮件进行轻松的集中式访问，并能通过“一键恢复”（OneClick Restore）过程快速恢复邮件。 GFI MailArchiver 还能够帮助您满足邮件保留策略的需求，且有助于实现邮件存储管理需求，如萨班斯•奥克斯利法案（Sarbanes-Oxley Act）。 GFI MailArchiver for Exchange 利用 Exchange 服务器 2000/2003 的日志功能，以极具竞争力的价格提供无可比拟的灵活性和可靠性。<br><br>用于所有公司邮件的邮件归档和邮箱管理<br>GFI MailArchiver for Exchange 提供使用简单的公司邮件归档解决方案，使您能够集中地归档所有内部和外部邮件。 GFI MailArchiver 可以将过去、现在和将来的邮件归档到一个或多个数据库中，为网络管理员和员工带来一系列好处。<br><br>• 网络管理员现在可以免受管理 PST 文件的痛苦，并且：<br> o 避免了损坏的 PST 文件以及“修复”这些文件所需的漫长时间和棘手过程<br> o 克服了万一员工工作站发生硬件故障时 PST 文件丢失的风险<br> o 将您从复杂的备份工作（从每个员工的工作站中复制 PST 文件）中解放出来。 <br><br>• GFI MailArchiver 允许员工在无需网络管理员帮助的情况下执行以下操作：<br> o 在世界任何地方使用浏览器轻松查找和访问自己的所有邮件<br> o 通过“一键恢复”过程将邮件复原到邮件箱，避免了从备份磁碟或硬盘中检索的繁重过程，从而节约网络管理员的时间。<br>此外，GFI MailArchiver 还有助于实现邮件存储管理需要（如萨班斯•奥克斯利法案）。<br> <br>为何选用 GFI MailArchiver？ <br>> 减少对笨重的 PST 文件的依赖 – PST 文件易于损坏，且会因硬件故障丢失数据，需要复杂的备份计划 <br>> 为终端用户提供一个基于 Web 的位置，在此用户可以通过“一键恢复”搜索或还原过去的邮件 <br>> 将邮件的存储需求显著降低达 80% <br>> 提高 Exchange 的性能并缓解备份和还原的压力 <br>> 有助于遵守萨班斯•奥克斯利法案、SEC 和其他法律法规。
数据库ORA-01196故障-归档日志丢失恢复详解
09-09
主要介绍了数据库ORA-01196故障-归档日志丢失恢复详解，具有一定参考价值，需要的朋友可以了解下。
Oracle中用LogMiner分析重做及归档日志
03-04
LogMiner是集成在Oracle8i/Oracle9i数据库产品中的日志分析工具，通过该工具可以分析重做日志和归档日志中的所有事务变化，并能准确地确定各种DML和DDL操作的具体时间和SCN值。对重做日志和归档日志进行分析的目 的是为了恢复由于执行了误操作而丢失的数据。使用LogMiner可实现：确定数据逻辑损坏的时间、跟踪用户执行的事务变化操作、跟踪表的DML操作。本文以Oracle8i(8.1.5)for Windows 2000/NT为例说明如何使用LogMiner对重做日志和归档日志进行分析。
RMAN备份批处理命令 LOG CMDFILE的意思
ITer_Luo的专栏
10-09 3201
批处理命令： SET ORACLE_SID=JSSBOOK RMAN TARGET/ LOG F:\ORACLE\SCRIPT\BACKUP\LOGS\BAK_%DATE:~0,10%.LOG CMDFILE = F:\ORACLE\SCRIPT\BACKUP\DB_FULLBAK_JSSBOOK.RMAN 是什么意思？ 这个是设好rman的日志和脚本，备份的时侯去调这个脚
在RMAN中执行SQL语句
ITer_Luo的专栏
10-11 1735
RMAN>sql  'archive log list';        --->查看是否归档模式 注意空格，分号，但是这一句不是在rman执行，因为不是SQL语句，只是命令 要DML 、DDL才行：update 、insert 、delete 、 create 、 alter 、 drop 、 megre 还有select ，不报错，但是不显示结果。 详细的在这里： http://bl
RMAN中控制文件记录的内容
ITer_Luo的专栏
10-16 860
RMAN备份的元数据：记录备份集位置的索引信息
恢复归档日志到新的路径
最新发布
05-29
4. 使用restore命令将归档日志恢复到新路径。例如，假设新路径为'/new/path/to/archivelogs'，可以执行以下命令： ``` restore archivelog all to '/new/path/to/archivelogs'; ``` 5. 可选地，使用recover命令将...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值