精华内容
下载资源
问答
  • 1)修改数据库为 MOUNT 状态。 SQL>ALTER DATABASE MOUNT; 2)配置本地归档。 eg : ALTER DATABASE ADD ARCHIVELOG ‘DEST = /home/dmdba/dmdbms/data/lixora/DAMENG/arch, TYPE = local,FILE_SIZE = 1024, SPACE_...
  • 1.数据库在非归档模式下的备份  SQL> archive log list;  数据库日志模式 非存档模式  自动存档 禁用  存档终点 USE_DB_RECOVERY_FILE_DEST  早的联机日志序列 3244  当前日志序列 3246  RMAN> run ...
  • 设计数据库自动备份功能;数据库由非归档模式调整为归档模式命令。
  • 主要介绍了解决Oracle数据库归档日志占满磁盘空间问题,文中给大家提到了常用命令及实现代码,需要的朋友可以参考下
  • 从MYSQL 数据库归档归档设计

    千次阅读 2020-04-23 06:00:00
    到数据归档,很多人的第一个概念就是,不就是无用的数据,换个地方放吗,直接拷贝,删除不就得了,有那么麻烦。我见到过的,听到过的数据库归档的方法有以下几种1 数据通过人工的手段来进行清理,...

    到数据归档,很多人的第一个概念就是,不就是无用的数据,换个地方放吗,直接拷贝,删除不就得了,有那么麻烦。

    我见到过的,听到过的数据库归档的方法有以下几种

    1  数据通过人工的手段来进行清理,直接将表换名字,然后在重建一个新的表,承接数据。

    首先这样的做法一个字,快,这是这样做法的好处所在,但另一方面要考虑的问题就是,业务要不要停,涉及的人有多少,如果光是IT 的还好说,但恰恰这样做,绝对不会光光牵扯 IT, 业务的人一定是要牵扯进来,然后就是各种流程和通知,要在几点几点,某个业务,甚至整体业务暂时停止。

    2  数据通过MYSQL dump 或者其他的备份方式,将数据备份出来,在将数据恢复到数据归档库中,然后将备份的数据直接手动清理掉,这样的做法速度也很快,对业务的影响也比较小,基本上可以算是透明的方式了,但还是避免不了人工的介入,并且也不可能是天天这样做。

    3  数据通过工具的方式来进行处理,例如pt-archiver 的方式来进行数据的归档和清理,但这个工具貌似bug不少,pt-1126

    4  自己设计数据归档

    自己设计数据归档的面就广了,有使用程序来做的,例如JAVA ,Python等等,也有使用存储过程来进行的。

    下面就是一个MYSQL 针对一个数据库表归档的案例(这个案例也是有缺陷的,但目前是秉承着够用就好,以及时间成本的原则)

    首先设计一个归档要考虑的问题如下

     

    1 归档表的大小,以及每日最大,或最小的归档数据量,或者数据过期时间

       同时归档表是否必须是全量的数据归档,还是可以抛弃一些数据,例如有一些日志的归档中可能存在一些无用的数据,是否还必须全量的归档等等都是要考虑的问题,归档数据并不一定是原封不动的归档,有的逻辑上,只归档一些数据关键点也是可以的。

    2 归档的数据量,数据归档一般根据上面的东西,归档有一次性归档,和规律有固定日期的归档,一次性的归档一般归档的数据量比较大,而有规律的归档则归档的数据量并不大,对比两者的方式,其实定期归档(有规律)的要有优势一些,主要是数据是不断灌入的,而数据的归档如果也是不断输出的,这样整体这个表的数据量就会有一个平衡,不会一下子少了很多,要不就是在清理的前一天,数据量已经大到一定的水平,有可能影响性能。

    3 归档的方法,自己定义数据的归档方面,可以每次归档将数据灌入一个表,也可以定期的将数据写入不同的归档表,例如已归档日期和后缀的方式来将每次写入的数据进行分割,或者建立分区表的方式来进行归档。

    4  归档的方式是否灵活,有的归档的方法仅仅针对一个表来进行归档,有的方法是可以灵活配置,可以任意扩展。那就都任意扩展,灵活配置不就好了,其实随着能任意扩展或者灵活配置,则工作量就会变大,这也要考虑一个性价比,具体要考虑表的数量以及归档的方式。

    下面就是一个简单的例子,需求是一张表每天数据量在40- 50 万,主要都是来自于客户的短信以及消息发送的内容。表中的数据要保留半年之内的,其余的数据可以移走。

    以下以最简单的自动化的方案来讲

    下图是基于案例来讲的

    因为数据库是MYSQL 所以考虑了归档一次是多大的批量,避免归档数据量过大的时候将生产库hang 死,另外配置表主要的功能是有两个 1 限制一次拷贝和清理的数据量,2 控制拷贝过期数据的日期限制

    下面是这段代码,如果看的不方便,下面有截图

    DELIMITER $$

    DROP PROCEDURE IF EXISTS  archive_data;

    create PROCEDURE archive_data()

    BEGIN

      declare row_s int;  #最大执行多少次每次1000条

      declare save_month tinyint;  #保留多少月之前的数据

      declare times int;  #执行次数记录

      declare min_row_s int;  # 当前数据库最小的tid

      declare archive_date datetime;

      select @times := 1;  #设置每天初始清理次数初始值 

      select @row_s := max_row_clean from db_archive.db_config order by id limit 1;  #获取当前配置库数据

      select @save_month := archive_save_date from db_archive.db_config order by id limit 1; 

      select @min_row_s := min(tid) from msgcdb.t_sms_message; #获取当前系统最小的TID号

      select @max_row_s := max(tid) from msgcdb.t_sms_message; #获取当前系统最大的TID号

      select @archive_date := DATE_SUB(CURDATE(), INTERVAL @save_month MONTH);

      select @row_s, @save_month,@archive_date,@min_row_s,@max_row_s;

      

        if @min_row_s = @max_row_s then 

        set @times = @row_s + 1;

        elseif @min_row_s is null then

        set @times = @row_s + 1;

        end if; 

        

       insert into db_archive.archive_log (save_month,times,min_row_s,max_row_s,archive_date,row_s,insert_time,delete_time,type_s) values (@save_month,@times,@min_row_s,@max_row_s,@archive_date,@row_s,sysdate(),sysdate(),'initial');

     

       select @times, @min_row_s;

         while @times < @row_s DO

            begin

    insert into db_archive.t_sms_message (tid,summary_id,uid,code,channel,batch_id,done_time,phone,sms_content,create_time,send_time,storage_time,status,estimatedTime,operate_type,origin,creator_id ,dept_id,del_flag,priority,template_id,repetitions_num) 

            select tid,summary_id,uid,code,channel,batch_id,done_time,phone,sms_content,create_time,send_time,storage_time,status,estimatedTime,operate_type,origin,creator_id ,dept_id,del_flag,priority,template_id,repetitions_num 

            from msgcdb.t_sms_message 

            where tid >= @min_row_s and tid < @min_row_s + 1000 and status <> 0 and storage_time < @archive_date; 

    set @times = @times + 1;

             insert into db_archive.archive_log (save_month,times,min_row_s,max_row_s,archive_date,row_s,insert_time,delete_time,type_s) values (@save_month,@times,@min_row_s,@max_row_s,@archive_date,@row_s,sysdate(),sysdate(),'inserted');

            

        delete from msgcdb.t_sms_message where tid >= @min_row_s and tid < @min_row_s + 1000 and status <> 0 and storage_time < @archive_date;

            insert into db_archive.archive_log (save_month,times,min_row_s,max_row_s,archive_date,row_s,insert_time,delete_time,type_s) values (@save_month,@times,@min_row_s,@max_row_s,@archive_date,@row_s,sysdate(),sysdate(),'deleted');

           

            select @min_row_s,@max_row_s;

            select @min_row_s := min(tid) from msgcdb.t_sms_message;

            select @max_row_s := max(tid) from msgcdb.t_sms_message;

            select @min_row_s,@max_row_s;

                if @min_row_s = @max_row_s then 

    set @times = @row_s + 1;

                elseif @min_row_s is null then

                set @times = @row_s + 1;

                end if; 

               

            end;

         END WHILE;

    END$$

    DELIMITER ;

    配置表

    归档日志表

    为什么要这么设计,其实寻根溯源有两点

    1 简单有效,够用原则

    2 设计配置表的主要原因是对于非IT 人员,例如project manager 或者其他的人员,也可以调整归档的时间,例如 archive_save_date 的数字就是保留多少月的数据,max_row_clean,就是当前的数字 *1000 就是每天最大的归档数据量。通过这两个参数双重限制每天的归档的数据量,避免归档的时间太长,影响了备份,或其他操作。而日志表本身就是一个查看归档成功失败的东西,其中的type_s  就是表现数据归档操作状态的东西,通过日志表可以反映归档多少数据,每次操作消耗的时间,以及当前操作获取的系统变量是什么,方便出现故障时,查看到底归档的数据少不少,或者大致可能出现问题。

    下面是这两个表的结构

    这样归档有没有缺点,当然有,缺点马上就可以说出几个

    1 为什么还要在本地机归档数据,不应该是传送到其他机器上吗

    2 为什么不设置每次归档的数量限制(每次限制操作的行数),这对MYSQL不是很用吗,为什么要写死。

    3  为什么要用MYSQL 存储过程来做,使用python不是更灵活

    其实一言难尽,都和需求有关,所以很多设计出来的东西,外人一看一堆毛病,如果你进入到他的内部,一段时间估计你就懂得为什么会设计出这样或那样的东西。

    最近有一句话挺时髦,资本根本不care你技术不技术,除非你做到行业NO.1,才有可能翻个身。

    群里有一些免费书,可自取

    展开全文
  • 归档模式不产生归档日志,虽然节省了硬盘空间,但是备份方案选择很有限,通常只能选择冷备份。还原也只能还原到备份那一时刻的数据,通常也仅在开发时使用(据说在数据仓库中也使用),Oracle安装默认是非归档模式...
  • –连接恢复管理器 C:\Documents and Settings\mengzhaoliang>rman target/ –归档日志列表 RMAN> list archivelog all;...查看oracle数据库是否为归档模式: 1.select name,log_mode from v$database; NAME L
  • 很实用的操作手册,对于oracle不是很熟的人也可以进行oracle数据库归档日志挖掘
  • 介绍如何为 Oracle 单实例和 RAC 集群环境设置数据库归档模式和非归档模式。非归档模式只能进行冷备,只能还原到备份点,之后的数据无法恢复;一般在开发或者测试环境使用;归档模式可以执行热备,同时支持增量...

    Oracle 在线重做日志(online redo log)记录了数据库的各种增删改操作。数据库至少拥有 2 个在线重做日志组,并且循环使用;日志组 1 写满后切换到日志组 2,日志组 2 写满后再切换到日志组 1,不停地重复这个过程。

    切换日志组会覆盖原来日志文件中的内容,如果不对已经写满的日志文件进行归档,重做日志记录就会丢失;如果选择归档日志模式,发生日志切换会对写满的日志会进行归档存储,意味着历史重做日志记录都会被保存。这两种配置的主要优缺点如下:

    • 非归档模式只能进行冷备,只能还原到备份点,之后的数据无法恢复;一般在开发或者测试环境使用
    • 归档模式可以执行热备,同时支持增量备份,可以执行时间点恢复;归档日志文件需要占用额外的磁盘空间

    ⚠️对于生产数据库,必须要工作在归档模式。

    接下来我们介绍如何为 Oracle 单实例和 RAC 集群环境设置数据库的归档模式和非归档模式。

    查看归档模式

    首先,可以使用 ARCHIVE LOG LIST 命令查看数据库当前归档模式:

    SQL> ARCHIVE LOG LIST;
    Database log mode	       No Archive Mode
    Automatic archival	       Disabled
    Archive destination	       /u01/app/oracle/product/12.2.0/dbhome_1/dbs/arch
    Oldest online log sequence     285
    Current log sequence	       287
    

    No Archive Mode 意味着非归档模式。

    另外,也可以通过 v$database 系统视图查看当前的归档模式:

    SQL> select name,log_mode from v$database;
    
    NAME	  LOG_MODE
    --------- ------------
    ORCL	  NOARCHIVELOG
    

    单实例

    Oracle 9i 之前

    在 Oracle 9i 单节点实例中,可以使用以下方法将数据库设置为归档日志模式:

    ALTER SYSTEM SET log_archive_start=TRUE SCOPE=spfile;
    ALTER SYSTEM SET log_archive_dest_1='location=/u01/oradata/SID/archive/' SCOPE=spfile;
    ALTER SYSTEM SET log_archive_format='arch_%t_%s.arc' SCOPE=spfile;
    
    SHUTDOWN IMMEDIATE;
    STARTUP MOUNT;
    ARCHIVE LOG START;
    ALTER DATABASE ARCHIVELOG;
    ALTER DATABASE OPEN;
    

    记得替换归档目录中的 SID,也可以设置自己的归档目录和日志文件名的格式。

    ⚠️切换为归档日志模式之后一定要执行一次完全备份,因为非归档日志模式下产生的备份日志对于归档模式不可用。

    另一方面,我们可以使用以下方法将数据库设置为非归档模式:

    ALTER SYSTEM SET log_archive_start=FALSE SCOPE=spfile;
    
    SHUTDOWN IMMEDIATE;
    STARTUP MOUNT;
    ARCHIVE LOG STOP;
    ALTER DATABASE NONARCHIVELOG;
    ALTER DATABASE OPEN;
    

    Oracle 10g 以后

    从 Oracle 10g 开始,LOG_ARCHIVE_START 参数以及 ARCHIVE LOG START 命令已经被废弃(归档模式默认启用自动归档),因此设置更为简单。以下操作将数据库设置为归档模式:

    ALTER SYSTEM SET log_archive_dest_1='location=/u01/oradata/SID/archive/' SCOPE=spfile;
    ALTER SYSTEM SET log_archive_format='arch_%t_%s_%r.arc' SCOPE=spfile;
    
    SHUTDOWN IMMEDIATE;
    STARTUP MOUNT;
    ALTER DATABASE ARCHIVELOG;
    ALTER DATABASE OPEN;
    

    记得替换归档目录中的 SID,也可以设置自己的归档目录和日志文件名的格式。

    ⚠️切换为归档日志模式之后一定要执行一次完全备份,因为非归档日志模式下产生的备份日志对于归档模式不可用。

    同样,我们可以使用以下方法将数据库设置为非归档模式:

    SHUTDOWN IMMEDIATE;
    STARTUP MOUNT;
    ALTER DATABASE NONARCHIVELOG;
    ALTER DATABASE OPEN;
    

    RAC 集群

    Oracle RAC 集群环境中的归档模式和非归档模式的设置略有不同。ALTER DATABASE ARCHIVELOG 命令只能在数据库以独占模式 MOUNT 时执行,这就意味着必须停止整个集群数据库,然后执行操作。

    Oracle 9i 之前

    首先,设置相关的归档参数:

    ALTER SYSTEM SET log_archive_start=TRUE SCOPE=spfile;
    ALTER SYSTEM SET log_archive_dest_1='location=/u01/oradata/db_name/archive/' SCOPE=spfile;
    ALTER SYSTEM SET log_archive_format='arch_%t_%s.arc' SCOPE=spfile;
    

    由于需要以独占模式装载数据库,还必须设置以下参数:

    ALTER SYSTEM SET cluster_database=FALSE SCOPE=spfile;
    

    然后使用 srvctl 停止整个集群数据库:

    $ srvctl stop database -d db_name
    

    集群停止之后,我们可以连接到其中一个节点执行以下命令:

    STARTUP MOUNT;
    ARCHIVE LOG START;
    ALTER DATABASE ARCHIVELOG;
    ALTER SYSTEM SET cluster_database=TRUE SCOPE=spfile;
    SHUTDOWN IMMEDIATE;
    

    注意,参数 CLUSTER_DATABASE 被重新设置为 TRUE。由于数据文件和 SPFILE 被所有实例共享,以上操作只需要从一个节点执行。

    然后,再次从命令行启动集群数据库:

    $ srvctl start database -d db_name
    

    以上设置将多个实例的归档日志放在了同一个目录中。归档格式中包含了线程(%t),可以防止实例之间的归档日志文件名冲突。如果需要为不同实例指定单独的归档目录,可以在 LOG_ARCHIVE_DEST_1 参数前加上实例 SID 前缀:

    ALTER SYSTEM SET SID1.log_archive_dest_1='location=/u01/oradata/db_name/archive/' SCOPE=spfile;
    ALTER SYSTEM SET SID2.log_archive_dest_1='location=/u01/oradata/db_name/archive/' SCOPE=spfile;
    

    同样,我们可以使用以下方法将集群数据库设置为非归档模式,只需要在一个节点进行操作:

    ALTER SYSTEM SET cluster_database=FALSE SCOPE=spfile;
    
    $ srvctl stop database -d db_name
    
    STARTUP MOUNT;
    ARCHIVE LOG STOP;
    ALTER DATABASE NONARCHIVELOG;
    ALTER SYSTEM SET cluster_database=TRUE SCOPE=spfile;
    SHUTDOWN IMMEDIATE;
    
    $ srvctl start database -d db_name
    

    Oracle 10g 以后

    从 Oracle 10g 开始,LOG_ARCHIVE_START 参数以及 ARCHIVE LOG START 命令已经被废弃(归档模式默认启用自动归档),因此设置更为简单。首先,设置相关的归档参数:

    ALTER SYSTEM SET log_archive_dest_1='location=/u01/oradata/db_name/archive/' SCOPE=spfile;
    ALTER SYSTEM SET log_archive_format='arch_%t_%s_%r.arc' SCOPE=spfile;
    

    如果是 Oracle 10gR1,由于需要以独占模式装载数据库,还必须设置以下参数:

    ALTER SYSTEM SET cluster_database=FALSE SCOPE=spfile;
    

    Oracle 10gR2 以后的版本不再需要设置 cluster_database 参数。

    然后从命令行停止整个集群数据库:

    $ srvctl stop database -d db_name
    

    集群停止之后,我们可以连接到其中一个节点执行以下命令:

    STARTUP MOUNT;
    ALTER DATABASE ARCHIVELOG;
    ALTER SYSTEM SET cluster_database=TRUE SCOPE=spfile;
    SHUTDOWN IMMEDIATE;
    

    再次从命令行启动集群数据库:

    $ srvctl start database -d db_name

    同样,我们可以使用以下方法将集群数据库设置为非归档模式,只需要在一个节点进行操作:

    ALTER SYSTEM SET cluster_database=FALSE SCOPE=spfile;
    

    Oracle 10gR2 以后的版本不再需要设置 cluster_database 参数。

    $ srvctl stop database -d db_name
    
    STARTUP MOUNT;
    ALTER DATABASE NONARCHIVELOG;
    ALTER SYSTEM SET cluster_database=TRUE SCOPE=spfile;
    SHUTDOWN IMMEDIATE;
    
    $ srvctl start database -d db_name
    

    定期更新数据库领域相关文章,欢迎点赞👍、评论📝、收藏❤️!

    展开全文
  • 在ORACLE 数据库的开发环境和测试环境中,数据库的日志模式和自动归档模式一般都是不设置的,这样有利于系统应用的调整,也免的生成大量的归档日志文件将磁盘空间大量的消耗。但在系统上线,成为生产环境时,将其...
  • oracle 数据库归档日志

    千次阅读 2018-09-11 09:23:04
    数据库归档日志 在系统创建归档路径mkdir /u01/arch  修改数据库归档日志的路径参数alter system set log_archive_dest_1='location=/u01/arch' scope=spfile; show parameter arch可查看归档日志文件  修改...

    数据库归档日志

    1. 在系统创建归档路径
      mkdir /u01/arch
       
    2. 修改数据库归档日志的路径参数
      alter system set
      log_archive_dest_1='location=/u01/arch'
      scope=spfile;
       
       
      show parameter arch
      可查看归档日志文件
       
       
    3. 修改归档日志格式
      alter system set
      log_archive_format='%t_%s_%r.arc'
      scope=spfile;
       
       
    4. 关闭数据库
      shutdown immediate;
       
       
    5. 启动数据库到MOUNT状态
      startup mount;
       
       
    6. 切换数据库到归档模式
      alter database archivelog;
       
       
    7. 打开数据库
      alter database open;
       
       
    8. 手动切换在线重做日志,并验证归档日志文件
      alter system switch logfile;
       
       
      select name from v$archived_log;
    展开全文
  • 什么是数据库归档

    千次阅读 2017-07-03 14:37:00
    如果您的日常工作中需要对数据库进行管理,那您肯定已经或即将遭遇这样的困惑:随着业务的蓬勃发展,数据库文件的... 数据库归档技术是一种保持在线数据库规模大体不变却有能够为用户应用提供稳定的数据库性能的方...

    如果您的日常工作中需要对数据库进行管理,那您肯定已经或即将遭遇这样的困惑:随着业务的蓬勃发展,数据库文件的大小逐渐增大,您需要为在线业务提供越来越大的高性能磁盘容量,但数据库的工作性能却日渐变差。如何解决这样的问题呢?一种新兴的技术——数据库归档也许能够帮您的忙。
      数据库归档技术是一种保持在线数据库规模大体不变却有能够为用户应用提供稳定的数据库性能的方法。其工作原理是,将数据库中不经常使用的数据迁移至近线设备,将长期不使用的数据迁移至文件形式归档。这样,随着应用的需要,数据会在在线、近线和文件文档之间移动,如当应用需要访问很久以前的某些数据,它们的物理位置在近线设备,则会自动移动到在线设备。对用户的应用而言,这些都是透明的,就像所有数据都存放在在线设备一样,不会对数据库应用产生任何影响。
      数据库归档把信息生命周期管理的概念引入到应用程序数据管理中,可以监控、分析和预测数据量的增加,利用在线的数据库随时识别并定位不活动的数据或已经完成的业务交易,把长期不用的数据封装归档,这样就大幅降低了活动数据的规模,数据库等应用程序运行时的效率可以大幅提升。经过归档,即使在应用程序本身已经废弃的时候还能够重新利用其数据,同时保持实时访问已归档数据的能力。
      需要指出的是,数据库归档与文件归档并不相同。按照SNIA(存储网络工业协会)的定义,归档是数据集合的一致性拷贝,通常用以长期持久地保存事务或者应用状态记录。一般情况下,归档通常用以审计和分析的目的,而不是用于应用恢复。归档之后,文件的原件一般会被删除,并且需要通过前台的操作来恢复文件。普通的文件归档只能够对文件进行操作,而且归档后的文件一般不再产生变化。而数据库归档则不同,数据在归档之后仍然存在改变的可能,也随时会变成在线的活动数据。
      现已经被HP公司收购的OuterBay公司就是数据库归档领域的一个著名厂商,其提供的数据库归档产品主要有三种:Relocator产品进行在线数据归档,打包归档产品将数据库归档成为文件(.XSD或者.XML格式),子集拷贝产品为用户提供用于测试的数据库拷贝。OuterBay有两个主要的竞争对手,Princeton Softech和Applimation。前者产品主要针对大型机系统设计,而且产生的文件是专有格式;后者公司规模较小,其产品也可有效识别出数据库中访问频率较低的数据,并将其移出数据库,存入在线的历史数据库中。
      事实上,所有的数据库厂商都提供了类似的数据库归档功能,但目前没有形成商用产品,用户可以使用命令或者编程进行相关操作。数据库归档的概念本身十分简单,把一条记录从生产数据库插入到历史数据库中,然后把该条记录在生产数据库中删除就实现了数据库归档的功能。
      但是在线数据库需要高可靠性、错误处理、审计以及异常处理(如断电、数据库崩溃)等高级功能,这些都只能由专业的数据库归档产品提供。
      值得指出的是,数据库归档对管理员的日常备份工作很有帮助。如果没有进行数据库归档,那么不仅需要备份整个大型的数据库,而且备份窗口要求很长。在进行数据归档之后,由于已归档的数据库部分可以随时进行备份而不会影响在线数据库的应用,这部分数据库一般为长时间不活跃的数据,因此备份工作很容易完成,而在线的数据库部分也因为进行数据库归档后而瘦身,备份数据量减少,备份窗口减小,从而整体减少了需要备份的数据总量。而对数据进行恢复的时候,可以在短时间内首先完成在线数据库恢复,之后在在线数据库工作的同时进行其他数据的恢复工作。

    最新内容请见作者的GitHub页:http://qaseven.github.io/

    展开全文
  • 访问WINCC归档数据库

    万次阅读 2013-03-22 12:06:24
    一般 需要wincc Connectivity Pack 才能访问归档数据库 ---------------     使用VB或VBS访问WINCC6.0历史数据库 从WINCC6.0开始,就开始采用SQL3000SP3做为WINCC的后台数据了.而这个SQL2000SP3是由SIEMENS为WINCC...
  • oracle 数据库开启归档日志模式方法的语句脚本,希望可以对大家在日常的学习工作中有所帮助,开归档的方法有很多种,本次使用的是比较通用方法。
  • 数据库归档策略

    千次阅读 2018-10-18 21:54:47
    为备战双11,需要将数据库中的相关表(历史订单)进行归档,以便腾出更多的空间迎接订单的暴增。作者经过尝试,得出自认为最优的解决方案。下面给出数据库归档策略及示例代码。 现有条件: 1.现有两个数据库:db-A ...
  • PAGE / NUMPAGES Oracle丢失归档日志文件的数据库恢复方法 丢失归档日志文件的数据库恢复方法从一个不能正常打开的数据库(由于一个/多个数据库文件与其他文件不一致)中提取数据场景一个磁盘损坏了并且丢失了一个...
  • 数据库归档日志

    千次阅读 2019-10-22 17:13:33
    其对数据库备份和恢复有下列用处: 数据库后备以及在线和归档日志文件,在操作系统和磁盘故障中可保证全部提交的事物可被恢复。 在数据库打开和正常系统使用下,如果归档日志是永久保存,在线后备可以进行和使用。 ...
  • 数据库归档1.1 检查数据库归档1.2 配置数据库归档模式1.2.1 SQL命令联机配置1.2.2 使用客户端管理工具配置1.2.3 手工修改配置文件1.3 归档信息常用数据字典1.3.1 V$ARCHIVED_LOG1.3.2 V$DM_ARCH_INI 在生产和测试...
  • 达梦数据库归档启用介绍

    千次阅读 2019-02-22 10:17:30
    DM7数据库有多种归档方式,部署DMHS时,需要开启本地归档方式,最多可以设置8个本地归档。  Ø 查询DM7数据库是否开启了归档模式 SQL&gt; select arch_mode from v$database; 行号 ...
  • 由于使用了LOGRETAIN=ON数据库配置,所以数据库日志文件将不会被数据库从活动日志目录中自动删除或循环利用,活动日志目录中的日志文件将会越来越多,所以需要对该目录下的日志文件进行归档
  • 达梦数据库 本地归档配置

    千次阅读 2019-09-06 09:59:44
    数据库的本地归档,必须要配置,不然数据库无法提供备份功能。本地归档DM服务器可以运行在归档模式或非归档模式下。如果是归档模式,联机日志文件中的内容保存到硬盘中,形成归档日志文件;如果是非归档模式,则不会...
  • 数据库面试

    千次阅读 多人点赞 2019-02-13 09:03:42
    一、数据库问答题 1. SQL语言包括哪些类型? 数据定义DDL:Create Table,Alter Table,Drop Table, Create/Drop Index等 数据操纵DML:Select ,insert,update,delete, 数据控制DCL:grant,revoke 2. 内联接,外联接...
  • 数据库归档模式详解

    2014-04-01 18:20:33
    数据库归档模式详解 很详细的介绍,又需要的可以看看
  • 数据库归档模式

    2012-06-08 17:24:08
    数据库运行有2种模式,归档模式和非归档模式 归档模式下: 用户做的所有操作都会记录在redo online log里面, 一般都是3 redo log, 默认情况下一个redo log file是50m,当满了后,
  • 检查数据库环境是否是归档模式 在开启数据库归档模式之前,使用如下语句查询检查数据库是否为归档模式。如果显示Y则为归档模式,否则为非归档模式。 select arch_mode from v$database; 配置数据库归档模式 ...
  • Oracle数据库开启归档模式

    千次阅读 2019-06-17 21:01:10
    oracle是款高安全性的数据库,安装好的数据库一般归档模式没有开启,我们需要开启归档模式,特别是业务数据库,开启归档后,故障发生时才可以实现数据库的完全恢复。如果想以rman方式备份数据库,则数据库归档模式...
  • 数据库运行在非归档模式中,且数据库处于无日志备份的情况时,一旦重做日志文件丢失将会导致数据库不可用。针对Oracle数据库重做日志文件丢失问题,提出一种非归档模式下的重做日志恢复方法。实验证明,该方法能...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 101,772
精华内容 40,708
关键字:

归档数据库选择