Oracle数据安全的维护

Oracle数据安全的维护

    记得某位哲学家说过:“事物的变化离不开内因和外因。”那么对于Oracle数据安全这个话题而言,也势必分为“内”和“外”两个部分。那么好,我们就先从“内”开始说起:

1.从Oracle系统本身说起

    我们先抛开令人闻风色变的“hacker”和其他一些外部的原因,先想一下我们的数据库。什么硬盘损坏,什么软件受损,什么操作事物……一系列由于我们的“疏忽”而造成的系统问题就完全可以让我们辛苦建立的数据库中的数据一去不复返。那么,我们就先从自己身上找找原因吧。
    【一】解决系统本身问题的方法--数据库的备份及恢复
   ·数据库的备份:
   关于Oracle数据库的备份,标准地有三中办法:导出/导入(Export/Import)、冷备份、热备份。导出备份是一种逻辑备份,冷备份和热备份是物理备份。 
   <1>导出/导入(Export/Import) 
    利用Export可将数据从数据库中提取出来,利用Import则可将提取出来的数据送回Oracle数据库中去。 
   a.简单导出数据(Export)和导入数据(Import)
     Oracle支持三种类型的输出: 
    (1)表方式(T方式),将指定表的数据导出。 
    (2)用户方式(U方式),将指定用户的所有对象及数据导出。 
    (3)全库方式(Full方式),将数据库中的所有对象导出。 
    数据导出(Import)的过程是数据导入(Export)的逆过程,它们的数据流向不同。 
   b.增量导出/导入 
    增量导出是一种常用的数据备份方法,它只能对整个数据库来实施,并且必须作为SYSTEM来导出。在进行此种导出时,系统不要求回答任何问题。导出文件名缺省为export.dmp,如果不希望自己的输出文件定名为export.dmp,必须在命令行中指出要用的文件名。 
     增量导出包括三个类型: 
     (1)“完全”增量导出(Complete) 
    即备份整个数据库,比如: 
        $exp system/manager inctype=complete file=990702.dmp 
     (2)“增量型”增量导出 
        备份上一次备份后改变的数据。比如: 
        $exp system/manager inctype=incremental file=990702.dmp 
     (3)“累计型”增量导出(Cumulative) 
        累计型导出方式只是导出自上次“完全” 导出之后数据库中变化了的信息。比如: 
        $exp system/manager inctype=cumulative file=990702.dmp 
     数据库管理员可以排定一个备份日程表,用数据导出的三个不同方式合理高效地完成。比如数据库的备份任务可作如下安排: 
       ·星期一:完全导出(A) 
       ·星期二:增量导出(B) 
       ·星期三:增量导出(C) 
       ·星期四:增量导出(D) 
       ·星期五:累计导出(E) 
       ·星期六:增量导出(F) 
       ·星期日:增量导出(G) 
   如果在星期日,数据库遭到意外破坏,数据库管理员可按以下步骤来恢复数据库: 
    第一步:用命令CREATE DATABASE重新生成数据库结构; 
    第二步:创建一个足够大的附加回段。 
    第三步:完全增量导入A: 
      $imp system./manager inctype= RECTORE FULL=Y FILE=A 
   第四步:累计增量导入E: 
    $imp system/manager inctype= RECTORE FULL=Y FILE =E 
    第五步:最近增量导入F: 
    $imp system/manager inctype=RESTORE FULL=Y FILE=F 
    <2>冷备份 
    冷备份发生在数据库已经正常关闭的情况下,当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份Oracle信息而言,冷备份是最快和最安全的方法。冷备份的优点是:
   ·是非常快速的备份方法(只需拷贝文件) 
   ·容易归档(简单拷贝即可) 
   ·容易恢复到某个时间点上(只需将文件再拷贝回去) 
   ·能与归档方法相结合,作数据库“最新状态”的恢复。 
   ·低度维护,高度安全。 
    但冷备份也有如下不足: 
   ·单独使用时,只能提供到“某一时间点上”的恢复。 
   ·在实施备份的全过程中,数据库必须要作备份而不能作其它工作。也就是说,在冷备份过程中,数据库必须是关闭状态。 
   ·若磁盘空间有限,只能拷贝到磁带等其它外部存储设备上,速度会很慢。 
   ·不能按表或按用户恢复。 
    如果可能的话(主要看效率),应将信息备份到磁盘上,然后启动数据库(使用户可以工作)并将所备份的信息拷贝到磁带上(拷贝的同时,数据库也可以工作)。冷备份中必须拷贝的文件包括: 
   ·所有数据文件 
   ·所有控制文件 
   ·所有联机REDO LOG文件 
   ·Init.ora文件(可选) 
    值得注意的是冷备份必须在数据库关闭的情况下进行,当数据库处于打开状态时,执行数据库文件系统备份是无效的 
   下面是做冷备份的完整例子: 
   (1) 关闭数据库$sqldba lmode=y 
                 SQLDBA >connect internal; 
                 SQLDBA >shutdown normal; 
   (2) 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件 
                 SQLDBA >! cp < file > < backup directory > 
   (3) 重启Oracle数据库 
                 $sqldba lmode=y 
                 SQLDBA >connect internal; 
                 SQLDBA >startup; 
    <3>热备份 
        热备份是在数据库运行的情况下,采用archivelog mode方式备份数据的方法。所以,如果你有昨天夜里的一个冷备份而且又有今天的热备份文件,在发生问题时,就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作,并需要大量的档案空间。一旦数据库运行在archivelog状态下,就可以做备份了。热备份的命令文件由三部分组成: 
1.数据文件一个表空间一个表空间地备份。 
(1)设置表空间为备份状态 
(2)备份表空间的数据文件 
(3)恢复表空间为正常状态 
2.备份归档log文件。 
(1)临时停止归档进程 
(2)log下那些在archive redo log目标目录中的文件 
(3)重新启动archive进程 
(4)备份归档的redo log 文件 
3.用alter database backup controlfile命令来备份拷贝文件 
   热备份的优点是: 
  ·可在表空间或数据文件级备份,备份时间短。 
  ·备份时数据库仍可使用。 
  ·可达到秒级恢复(恢复到某一时间点上)。 
  ·可对几乎所有数据库实体作恢复。 
  ·恢复是快速的,在大多数情况下在数据库仍工作时恢复。 
   热备份的不足是: 
  ·不能出错,否则后果严重。 
  ·若热备份不成功,所得结果不可用于时间点的恢复。 
  ·因难于维护,所以要特别仔细小心,不允许“以失败而告终”。 

时间: 2024-11-01 13:20:30

Oracle数据安全的维护的相关文章

Oracle数据安全面面观(一)

oracle|安全|数据     随着计算机的普及以及网络的发展,数据库已经不再仅仅是那些程序员所专有的话题.而Oracle数据库更是凭借其性能卓越,操作方便灵活的特点,在数据库的市场中已经占据了一席之地.但是同样随着网络技术的不断进步,数据信息的不断增加,数据安全已经不再是以前的"老生长谈",也更不是以前书本上那些"可望不可及"的条条框框.    或许很久以前,大家都觉得Oracle数据库的安全并不存在隐患,因为Oracle公司在去年11月份开始促销其数据库软件时

Oracle数据安全面面观_oracle

正在看的ORACLE教程是:Oracle数据安全面面观. Oracle数据安全面面观 作者:づ★sl战神    随着计算机的普及以及网络的发展,数据库已经不再仅仅是那些程序员所专有的话题.而Oracle数据库更是凭借其性能卓越,操作方便灵活的特点,在数据库的市场中已经占据了一席之地.但是同样随着网络技术的不断进步,数据信息的不断增加,数据安全已经不再是以前的"老生长谈",也更不是以前书本上那些"可望不可及"的条条框框.    或许很久以前,大家都觉得Oracle数据

Oracle数据安全解决方案(3)——Oracle Audit Vault

 原文地址:http://www.oracle.com/technology/products/audit-vault/pdf/bwp_security_audit_vault.pdf                                           Oracle Audit Vault 企业安全挑战 满足合规性的规章制度,以及降低安全危害的风险,是现在安全方面面临的TOP挑战.通过对众多的安全事故的审查,可以发现适时的对审计数据进行审查有助于在早期发现未经授权的活动,且有助于

探索ORACLE之ASM04_维护

探索ORACLE之ASM04_维护 作者:吴伟龙   一.  ASM实例相关操作: ASM实例的管理,启动,关闭 ASM实例的启动和数据库实例的启动有严格的先后关系,ASM启动一定早于数据库实例,关闭一定晚于ASM实例,因为它是数据库数据文件存储位置.如果ASM没有起来,起数据库将会报ORA-17503:ORA-15077的错误,错误信息如下:   SQL>startup ORA-01078:failure in processing system parameters ORA-01565:er

《Oracle数据库管理与维护实战》——2.6 Oracle逻辑结构

2.6 Oracle逻辑结构 Oracle数据库管理与维护实战 Oracle逻辑结构是从用户角度来看数据库,对使用Oracle的用户来说,一般只关心数据库的逻辑结构,如关心表.视图等.逻辑结构从操作系统中是看不到的,只能通过数据字典查询到. 2.6.1 逻辑结构概述 从逻辑结构上讲,Oracle包括表空间(Tablespaces).段(Segments).区(Extents).数据块(Data Blocks)以及模式(Schema).数据库由若干个表空间组成,表空间又由若干个段组成,段由区组成,

《Oracle数据库管理与维护实战》——1.3 Oracle 12c新特性

1.3 Oracle 12c新特性 Oracle数据库管理与维护实战 纵观甲骨文全球大会和甲骨文公司的各种资讯,我们可以发现云计算和大数据是两个重要的主题,Oracle 12c则融合了这两大主题.与以往的Oracle数据库相比,Oracle 12c在16个方面进行了更新.本节将详细介绍Oracle 12c数据库中的16个新特性. 1.3.1 支持多线程模式 在Oracle 12c中,Oracle引入了多线程模式,允许在Windows平台之外的UNIX.Linux等系统使用多线程模式.结合多进程与

《Oracle数据库管理与维护实战》——2.7 数据分区

2.7 数据分区 Oracle数据库管理与维护实战 巨型表或索引由于太大,在数据库系统会引起类似以下几条的很多问题. 因为表变得非常大,以至于要花费大量的时间对这张表进行管理. 对巨型表进行全表扫描,会花费系统大量的时间和资源. 一个事务要查询这张巨型表,如果由于磁盘错误,读写一个数据块发生错误,整个表就变得不能用.管理员恢复这张表要耗费很长时间. 为减少这类问题的发生,Oracle使用分区表和分区索引. 2.7.1 分区表 Oracle允许将表的存储分离为一些空间较小的存储单元,这些小的存储单

《Oracle数据库管理与维护实战》——2.2 Oracle内存结构

2.2 Oracle内存结构 Oracle数据库管理与维护实战 Oracle内存存储了数据字典信息(即关于对象.逻辑结构.模式.权限等等的元数据).缓冲的应用数据.SQL语言.PL/SQL和Java程序数据,以及事物.控制.用户请求信息.图2-3是Oracle内存结构图,Oracle内存主要由SGA(系统全局区,System Global Area)和PGA(程序全局区,Program Global Area)两个区组成,此外还有重做日志缓冲区.大池.Java池等. 2-3 2.2.1 系统全局

《Oracle数据库管理与维护实战》——2.3 Oracle进程

2.3 Oracle进程 Oracle数据库管理与维护实战 Oracle数据库中有许多进程,为了便于用户掌握,Oracle中将进程分为3种类型,分别为用户进程.服务器进程.后台进程,如图2-6所示. 2.3.1 用户进程 当用户连接数据库时,就会产生用户进程.如果要理解用户进程,我们必须掌握该类型进程涉及的两个概念,连接和会话. 1.连接 用户要与服务器进行交互,首先要建立起连接.连接是用户进程与服务器进程之间的通信通道.如果用户进程与服务器进程在同一服务器上,它们就通过服务器上的内部进程通信机