数据库冷恢复哪些会失效，open resetlog之后归档日志全部作废吗
来源：整理 编辑：黑码技术 2024-06-17 16:51:37
本文目录一览
1，open resetlog之后归档日志全部作废吗
都对，open resetlog后，如果确认成功恢复，则归档日志可认为无需再使用；如果不完全恢复不成功，可能需要在原故障点上执行多次恢复，故障点需要做一次完全冷备份。成功恢复后也建议做一次完全冷备份。
2，oracle冷备份不关实例会怎样
数据库的SCN每3秒变化一次，数据库启动的一个重要条件就是数据库控制文件的SCN，所有数据文件的SCN一致，如果不一致就要进行介质恢复和实例恢复，如果没有相应的归档日志和redo日志的话是打不开数据库的，如果有备份的可以尝试恢复一下。
3，oracle 11g 冷备份问题及如何利用冷备份恢复
建议还要保存 参数文件、密码文件、归档日志文件（归档模式下）冷备份恢复步骤，要看具体情况了：参数文件、redo日志文件（非当前）等丢失损坏一般就覆盖恢复就好。控制文件就需要覆盖后做数据库恢复操作。对于数据的恢复，冷备份基本上也是通过data目录下全文件拷贝覆盖来恢复，这样操作虽然简单，但是仅冷备份做数据备份的话，数据非常不完全，建议主要热备，部分非数据文件采取冷备。再或者平时热备，配合阶段性的全盘冷备也可。具体操作两三句说不细，可以下载官方ORACLE Fundamentals 1、2这两篇文档，里面清楚准确详细地介绍了数据库的备份恢复的原理及具体操作步骤。希望能帮到你是的。你的冷备是成功的。。。。初始化参数什么的是不需要的。恢复的话。因为你进行的是冷备。所以恢复的时候只要讲数据库shutdown。。然后把备份的文件放回原来的oradata中，即可达到恢复的效果，但冷备只能讲数据库恢复到你做冷备的那一时刻。
4，热备份和冷备份
热备是在线备份，意思是数据在使用当中，将数据备份；冷备则相反，在数据没有被使用时做备份。
热备具有实时备份的优点，可以不间断数据库应用而进行，实时性较强，可进行增量备份，需要可用存储空间大。
冷备需要将数据库读写操作停止才能进行，一般为完整备份，但需要的存储空间较小。冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份时将关键性文件拷贝到另外的位置的一种说法。对于备份Oracle信息而言，冷备份时最快和最安全的方法。冷备份的优点是：
1、 是非常快速的备份方法（只需拷文件）
2、 容易归档（简单拷贝即可）
3、 容易恢复到某个时间点上（只需将文件再拷贝回去）
4、 能与归档方法相结合，做数据库“最佳状态”的恢复。
5、 低度维护，高度安全。
但冷备份也有如下不足：
1、 单独使用时，只能提供到“某一时间点上”的恢复。
2、 再实施备份的全过程中，数据库必须要作备份而不能作其他工作。也就是说，在冷备份过程中，数据库必须是关闭状态。
3、 若磁盘空间有限，只能拷贝到磁带等其他外部存储设备上，速度会很慢。
4、 不能按表或按用户恢复。
如果可能的话（主要看效率），应将信息备份到磁盘上，然后启动数据库（使用户可以工作）并将备份的信息拷贝到磁带上（拷贝的同时，数据库也可以工作）。冷备份中必须拷贝的文件包括：
1、 所有数据文件
2、 所有控制文件
3、所有联机REDO LOG文件
4、 Init.ora文件（可选）
值得注意的使冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的。
下面是作冷备份的完整例子。
（1） 关闭数据库
sqlplus /nolog
sql>connect /as sysdba
sql>shutdown normal;
（2） 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件
sql>cp
（3） 重启Oracle数据库
sql>startup
二、 热备份
热备份是在数据库运行的情况下，采用archivelog mode方式备份数据库的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成：
1． 数据文件一个表空间一个表空间的备份。
（1） 设置表空间为备份状态
（2） 备份表空间的数据文件
（3） 回复表空间为正常状态
2． 备份归档log文件
（1） 临时停止归档进程
（2） log下那些在archive rede log目标目录中的文件
（3） 重新启动archive进程
（4） 备份归档的redo log文件
3． 用alter database bachup controlfile命令来备份控制文件热备份的优点是：
1． 可在表空间或数据库文件级备份，备份的时间短。
2． 备份时数据库仍可使用。
3． 可达到秒级恢复（恢复到某一时间点上）。
4． 可对几乎所有数据库实体做恢复
5． 恢复是快速的，在大多数情况下爱数据库仍工作时恢复。
热备份的不足是：
1． 不能出错，否则后果严重
2． 若热备份不成功，所得结果不可用于时间点的恢复
3． 因难于维护，所以要特别仔细小心，不允许“以失败告终”。
5，备份是什么
怎样备份备份软件一般用"ghost",教程可在网上查询,我给你推荐一个比较简单的软件"超级急救盘 硬盘版/光盘版/优盘版/GHOST8.2启动盘 " 软件版本：2005.06.01 安装环境：WIN9X/ME/2000/XP/2003 运行环境：DOS 软件类别：数据恢复 授权形式：免费 官方网站：http://doshome.com软件作者：葛明阳(gmy) 软件简介： 超级急救盘(硬盘版/光盘版/优盘版)与软盘版相比,集成了更多的系统维护工具(如GHOST、PQMagic、DM、DISKGEN、HDDREG等),硬盘版可以让纯DOS安装在NTFS分区的WIN2K/XP环境下。 GHOST8.2启动盘 可以看作是超级急救盘的精简版, 包括两种软盘版:1.72MB(中文版),1.44MB(英文版) 超级急救盘的主要特点是： 1、安装快速，卸载方便： 硬盘版从"一键GHOST"发展而来，采用了最新的启动技术,无需修改BIOS和MBR,无需划分隐含分区,无需恢复系统后重装。 2、运行稳定，不易死机： 以优化的MS-DOS7.1为内核，通过选择多种内存管理模式、精巧的内存驻留程序等方式，以减少内存冲突等情况的发生。 3、功能强大，扩展性好： 集成GHOST、PQMagic、DM、DISKGEN、HDDREG等经典DOS工具， 并且支持USB设备/NTFS读写/大硬盘/大内存/长文件名等新技术。 4、界面友好，运行简单： 中文平台，菜单选择，无需进入MS-DOS状态，不会英文也能使用DOS。一键备份C盘/一键恢复C盘/WINDOWS安装向导等。 5、使用安全，服务周到： 多重密码保护，危险操作前的警告提示，以及详尽的中文说明文档，网站论坛支持等，让你轻松畅游DOS世界。 下载地址: 超级急救盘 硬盘版 超级急救盘 光盘版 超级急救盘 优盘版 GHOST8.2 启动盘 DOS之家 http://doshome.com什么是备份 所谓备份，就是把数据库复制到转储设备的过程。其中，转储设备是指用于放置数据库拷贝的磁带或磁盘。通常也将存放于转储设备中的数据库的拷贝称为原数据库的备份或转储。如下图所示： ORACLE数据库的备份分为物理备份和逻辑备份两种。物理备份是将实际组成数据库的操作系统文件从一处拷贝到另一处的备份过程，通常是从磁盘到磁带。可以使用 Oracle 的恢复管理器（Recovery Manager，RMAN）或操作系统命令进行数据库的物理备份。逻辑备份是利用SQL语言从数据库中抽取数据并存于二进制文件的过程。Oracle提供的逻辑备份工具是 EXP。 数据库逻辑备份是物理备份的补充。 根据在物理备份时数据库的状态，可以将备份分为一致性备份（consistent backup）和不一致性备份（inconsistent backup）两种： 一致性备份：一致性备份是当数据库的所有可读写的数据库文件和控制文件具有相同的系统改变号（SCN），并且数据文件不包含当前 SCN 之外的任何改变。在做数据库检查点时，Oracle 使所有的控制文件和数据文件一致。对于只读表空间和脱机的表空间，Oracle 也认为它们是一致的。使数据库处于一致状态的唯一方法是数据库正常关闭（用shutdown normal 或 shutdown immediate 命令关闭）。因此，只有在以下条件下的备份是一致性备份： 数据库正常关闭（用shutdown normal 或 shutdown immediate 命令关闭）。 不一致性备份：不一致备份是当数据库的可读写的数据库文件和控制文件的系统改变号（SCN）在不一致条件下的备份。对于一个 7*24 工作的数据库来说，由于不可能关机，而数据库数据是不断改变的，因此只能进行不一致备份。在 SCN 号不一致的条件下，数据库必须通过应用重做日志使 SCN 一致的情况下才能启动。因此，如果进行不一致备份，数据库必须设为归档状态，并对重做日志归档才有意义。在以下条件下的备份是不一致性备份： 数据库处于打开状态。 数据库处于关闭状态，但是用非正常手段关闭的。例如，数据库是通过 shutdown abort 或机器掉电等等方法关闭的。 什么是恢复 所谓恢复，就是把数据库由存在故障的状态转变为无故障状态的过程。根据出现故障的原因，恢复分为两种类型： 实例恢复。这种恢复是Oracle实例出现失败后，Oracle自动进行的恢复。 介质恢复。这种恢复是当存放数据库的介质出现故障时所做的恢复。本书后面提到的恢复都是指介质恢复。 装载（restore）物理备份与恢复（Recover）物理备份是介质恢复的手段。装载是将备份考回到磁盘，恢复是利用重做日志（物理备份的一部分）修改考回到磁盘的数据文件（物理备份的另一部分），从而恢复数据库的过程。如下图所示： 根据数据库的恢复程度，将恢复方法分为两种类型： 完全恢复：将数据库恢复到数据库失败时数据库的状态。这种恢复是通过装载数据库备份和并应用全部的重做日志做到的。 不完全恢复：将数据库恢复到数据库失败前的某一时刻数据库的状态。这种恢复是通过装载数据库备份和并应用部分的重做日志做到的。进行不完全恢复后必须在启动数据库时用 resetlogs 选项重设联机重做日志。 例如，在上午10：00，由于磁盘损坏导致数据库中止使用。现在使用两种方法进行数据库的恢复，第一种方法使数据库可以正常使用，且使恢复后与损坏时（10：00）数据库中的数据相同，那么第一种恢复方法就属于完全恢复类型；第二种方法能使数据库正常使用，但只能使恢复后与损坏前（例如9：00）数据库中的数据相同，没能恢复数据库到失败时（10:00）数据库的状态，那么第二种恢复方法就属于不完全恢复类型。 事实上，如果数据库备份是一致性的备份，则装载后的数据库即可使用，从而也可以不用重做日志恢复到数据库备份时的点。这也是一种不完全恢复。 备份与恢复的关系 备份一个ORACLE数据库，类似于买医疗保险——在遇到疾病之前不会意识到它的重要性，获得保险金的数量取决于保险单的种类。同理，随着制作备份的种类和频繁程度的不同，数据库发生故障后其恢复的可行性、难度与所花费的时间也不同。 数据库故障是指数据库运行过程中影响数据库正常使用的特殊事件。数据库故障有许多类型，最严重的是介质失败（如磁盘损坏），这种故障如不能恢复将导致数据库中数据的丢失。数据库故障类型有： 语句失败。 用户进程失败。 实例失败。 用户或应用错误操作。这类错误可能是意外地删除了表中的数据等错误操作。 介质失败。如硬盘失败，硬盘中的数据丢失。 自然灾害。如地震、洪水等。 由于故障类型的不同，恢复数据库的方法也不同。通过装载备份来恢复数据库既是常用的恢复手段，也是恢复介质失败故障的主要方法。 备份与恢复要考虑的问题 备份与恢复要考虑以下的三个问题： 备份与恢复策略要考虑的商业、操作、及技术问题 灾难恢复计划的组成 测试备份与恢复策略的重要性 能够进行什么样的恢复依赖于有什么样的备份。作为 DBA，有责任从以下三个方面维护数据库的可恢复性： 使数据库的失效次数减到最少，从而使数据库保持最大的可用性； 当数据库不可避免地失效后，要使恢复时间减到最少，从而使恢复的效率达到最高； 当数据库失效后，要确保尽量少的数据丢失或根本不丢失，从而使数据具有最大的可恢复性。 备份与恢复策略要考虑的商业、操作、及技术问题 作为 DBA，首先需要了解企业是如何使用数据库系统的，以及企业对数据库的可用性，恢复性能，和数据的可恢复性以及恢复时间的要求。然后，DBA 需要使企业的管理人员了解维护这样的数据库的可用性的代价有多大。做到这点的最好方法是评估恢复需要的花费，以及丢失数据给企业带来的损失。 在代价被评估后，就可以进行备份与恢复的讨论了。此时，要定义数据库总体的可用性需求，并根据各项工作对数据库可用性的影响程度来定义工作重点的次序。例如，如果数据库需要 7*24 的可用性，那么其重要性就高于其它任何工作，其它任何需要关机才能做的工作就不能做。 另外，数据库变化的情况也是备份与恢复策略需要考虑的一个因素。例如，如果数据不断改变，有新数据或数据文件加入，或表结构有大的变化，则应该经常备份；反之，如果数据是静态的或只读的，则备份一次即可。无论如何，应遵从这样一个原则，如果怀疑数据库的可恢复性，就应该备份。 灾难恢复计划的组成 针对灾难恢复，必须回答下述问题： 系统可能出现什么样的灾难恢复情况？ 如果出现数据丢失，灾难恢复情况是怎样的？ 系统中数据的易变程度如何？ 如果出现问题，系统需要多快的速度恢复？ 在各种情况下恢复策略的代价，以及相应的花时间重新录入数据的代价? 对这些问题的回答组成了灾难恢复计划。 计算机是易坏的。主板上的芯片、主板电路、内存、电源等任何一项不能正常工作，都会导致计算机系统不能正常工作。当然，这些损坏可以修复，不会导致应用和数据的损坏。但是，如果计算机的硬盘损坏，将会导致数据丢失，此时必须用备份恢复数据。 灾难恢复的最重要步骤是设计充足频率的硬盘备份过程。备份过程应该满足系统要求的可恢复性。例如，如果数据库可有较长的关机时间，则可以每周进行一次冷备份，并归档重做日志；但是，如果数据库只有极少的关机时间，则只能从硬件的角度来考虑备份与恢复的问题，例如使用硬盘镜像或双机系统。选择备份策略的依据是：丢是数据的代价与确保数据不丢失的代价之比。 果每天都能备份当然会很理想，但要考虑其现实性。企业都在想办法降低维护成本，现实的方案才可能被采用。只要仔细计划，并想办法达到数据库可用性的底线，花少量的钱进行成功的备份与恢复也是可能的。 DBA 还应以服务协议的形式制订一个可恢复性与可用性的标准文件。该文件应成为讨论DBA 服务，以及服务是否能达到预期标准的依据。这样做可使所有相关人员对同样的预期有潜在的危机感。 测试备份与恢复策略的重要性 备份与恢复策略必须经测试无误后才可使用。如果进行了备份，但不知道该备份是否支持希望的恢复目标则与根本没有备份没有两样。 恢复策略也要考虑虑对环境的依赖性。例如，假如机器的硬盘失效了，供货商能在多长时间内提供一个新的硬盘；在机器需要重新启动时，能找到操作系统管理员吗？ 另外一个需要考虑的问题是数据库是否能经受自然的破坏。应在与计算机不同的地方再存储一份备份介质，以免出现自然灾害时主机与备份一起遭到破坏。 最后需要考虑的问题是万一DBA 出现了问题怎么办？后备的DBA能否执行备份策略？他或她能找到支持用的文档吗？这些文档存在吗？ 没有比花了大精力指定了好的计划，但没有测试其有效性而使其付诸东流的了。一个好的计划还应容纳人为错误，特别是用于开发的系统。理想的测试计划应包括以下内容： 一系列的测试例子及其状态描述； 测试结果是否成功的标准； 解决这些状态的步骤。 只有在上述情况测试成功的前提下，DBA 才应该考虑把备份备份，电脑用户不可或缺的一项工作。 当病毒入侵或者系统错误操作对操作系统带来的较大的或致命的麻烦时，为避免重装系统的费时费力，在系统稳定时对系统盘(一般是c盘)所有数据拷贝成一文件,存储于其他的盘；当系统出现问题时可以利用这个文件进行恢复的操作，叫备份。 上所述只能算是系统备份，而备份包括系统备份和文件（数据）备份：系统备份即将操作系统文件备份生成文件保存下来，当系统出现问题时可以将这个备份文件恢复到备份时的状态;而文件（数据）备份即对重要数据资料如：文档、数据库、记录、进度等备份下来生成一个备份文件放在安全的存储空间内，当发生数据被破坏或丢失时可将原备份文件恢复到备份时状态。一般备份工作用备份软件来处理。优秀的系统备份软件有ghost等，优秀的数据备份软件有国内的爱数备份软件等。 备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。传统的数据备份主要是采用内置或外置的磁带机进行冷备份。但是这种方式只能防止操作失误等人为故障，而且其恢复时间也很长。随着技术的不断发展，数据的海量增加，不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。 目前比较常见的备份方式有： 定期磁带备份数据。 远程磁带库、光盘库备份。即将数据传送到远程备份中心制作完整的备份磁带或光盘。 远程关键数据＋磁带备份。采用磁带备份数据，生产机实时向备份机发送关键数据。 远程数据库备份。就是在与主数据库所在生产机相分离的备份机上建立主数据库的一个拷贝。 网络数据镜像。这种方式是对生产系统的数据库数据和所需跟踪的重要目标文件的更新进行监控与跟踪，并将更新日志实时通过网络传送到备份系统，备份系统则根据日志对磁盘进行更新。 远程镜像磁盘。通过高速光纤通道线路和磁盘控制技术将镜像磁盘延伸到远离生产机的地方，镜像磁盘数据与主磁盘数据完全一致，更新方式为同步或异步。 数据备份必须要考虑到数据恢复的问题，包括采用双机热备、磁盘镜像或容错、备份磁带异地存放、关键部件冗余等多种灾难预防措施。这些措施能够在系统发生故障后进行系统恢复。但是这些措施一般只能处理计算机单点故障，对区域性、毁灭性灾难则束手无策，也不具备灾难恢复能力。
文章TAG：
数据 数据库 恢复 哪些 数据库冷恢复哪些会失效 resetlog之后归档日志全部作废吗
