客户端
机器名称：Joy
操作系统：Windows 2000 Server
数据库版本：SQL 2000 Server 企业版

＝＝2:建用户帐号
在服务器端建立域用户帐号
我的电脑管理->本地用户和组->用户->建立
UserName：Joy
UserPwd：Joy

==3:重新启动服务器MSSQLServer
我的电脑->控制面版->管理工具->服务->MSSQLServer 服务
(更改为：域用户帐号,我们新建的joy用户 .\joy,密码:joy)

＝＝4:安装分发服务器
A:配置分发服务器
工具->复制->配置发布、订阅服务器和分发->下一步->下一步(所有的均采用默认配置)
B:配置发布服务器
工具->复制->创建和管理发布->选择要发布的数据库(pubs)->下一步->快照发布->下一步->
选择要发布的内容->下一步->下一步->下一步->完成
C:强制配置订阅服务器(推模式,拉模式与此雷同)
工具->复制->配置发布、订阅服务器和分发->订阅服务器->新建->SQL Server数据库->输入客户端服务器名称(joy)->使用SQL Server 身份验证(sa,sa)->确定->应用->确定
D:初始化订阅
复制监视器->发布服务器(serverDB)->双击订阅->强制新建->下一步->选择启用的订阅服务器->joy->
下一步->下一步->下一步->下一步->完成

＝＝6:测试数据
--在服务器执行:
选择表stores，手动或者通过sql语句修改其中的数据，insert ,update ,delete均可。

复制监视器->发布服务器(serverDB)->->快照->启动代理程序
                                      ->ZLP:SZ(强制)->启动同步处理

去查看同步的 joy:stores 是否插入了一条新的记录

测试完毕，通过。

＝＝7修改数据库的同步时间,一般选择夜晚执行数据库同步处理
(具体操作略) :D

〔注意说明〕
服务器一端不能以(local)进行数据的发布与分发,需要先删除注册，然后新建注册本地计算机名称

卸载方式：工具->复制->禁止发布->是在"ZehuaDb"上静止发布,卸载所有的数据库同步配置服务器

注意：发布服务器、分发服务器中的SQLServerAgent服务必须启动
      采用推模式: "D:\Microsoft SQL Server\MSSQL\REPLDATA\unc" 目录文件可以不设置共享
      拉模式:则需要共享~!

少量数据库同步可以采用触发器实现,同步单表即可。

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
配置过程中可能出现的问题

在SQL Server 2000里设置和使用数据库复制之前，应先检查相关的几台SQL Server服务器下面几点是否满足：
   
    1、MSSQLserver和Sqlserveragent服务是否是以域用户身份启动并运行的（.\administrator用户也是可以的）
   
        如果登录用的是本地系统帐户local，将不具备网络功能，会产生以下错误:
       
        进程未能连接到Distributor '@Server name'
       
      (如果您的服务器已经用了SQL Server全文检索服务, 请不要修改MSSQLserver和Sqlserveragent服务的local启动。
       会照成全文检索服务不能用。请换另外一台机器来做SQL Server 2000里复制中的分发服务器。)   
       
      修改服务启动的登录用户，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
       
    2、检查相关的几台SQL Server服务器是否改过名称(需要srvid=0的本地机器上srvname和datasource一样)
   
       在查询分析器里执行:
         use master
         select srvid,srvname,datasource from sysservers   
        
       如果没有srvid=0或者srvid=0（也就是本机器）但srvname和datasource不一样, 需要按如下方法修改:

　　USE master
        GO
        -- 设置两个变量
        DECLARE @serverproperty_servername  varchar(100),
                @servername    varchar(100)
        -- 取得Windows NT 服务器和与指定的 SQL Server 实例关联的实例信息
        SELECT @serverproperty_servername = CONVERT(varchar(100), SERVERPROPERTY('ServerName'))
        -- 返回运行 Microsoft SQL Server 的本地服务器名称
        SELECT @servername = CONVERT(varchar(100), @@SERVERNAME)
        -- 显示获取的这两个参数
        select @serverproperty_servername,@servername
        --如果@serverproperty_servername和@servername不同(因为你改过计算机名字),再运行下面的
        --删除错误的服务器名
        EXEC sp_dropserver @server=@servername
        --添加正确的服务器名
        EXEC sp_addserver @server=@serverproperty_servername, @local='local'

修改这项参数，需要重新启动MSSQLserver和Sqlserveragent服务才能生效。   
      
       这样一来就不会在创建复制的过程中出现18482、18483错误了。

3、检查SQL Server企业管理器里面相关的几台SQL Server注册名是否和上面第二点里介绍的srvname一样
   
        不能用IP地址的注册名。
       
      （我们可以删掉IP地址的注册，新建以SQL Server管理员级别的用户注册的服务器名）
       
       这样一来就不会在创建复制的过程中出现14010、20084、18456、18482、18483错误了。   
       
    4、检查相关的几台SQL Server服务器网络是否能够正常访问
   
        如果ping主机IP地址可以，但ping主机名不通的时候，需要在   
       
            winnt\system32\drivers\etc\hosts   (WIN2000)
            windows\system32\drivers\etc\hosts (WIN2003)
           
               文件里写入数据库服务器IP地址和主机名的对应关系。
               
 例如：    
               

127.0.0.1       localhost            192.168.0.35    oracledb    oracledb            192.168.0.65    fengyu02    fengyu02            202.84.10.193   bj_db       bj_db

 或者在SQL Server客户端网络实用工具里建立别名，例如:

     5、系统需要的扩展存储过程是否存在(如果不存在，需要恢复):

         sp_addextendedproc 'xp_regenumvalues',@dllname ='xpstar.dll'
         go
         sp_addextendedproc 'xp_regdeletevalue',@dllname ='xpstar.dll'
         go
         sp_addextendedproc 'xp_regdeletekey',@dllname ='xpstar.dll'
         go             
         sp_addextendedproc xp_cmdshell ,@dllname ='xplog70.dll' 

     接下来就可以用SQL Server企业管理器里[复制]-> 右键选择
        ->[配置发布、订阅服务器和分发]的图形界面来配置数据库复制了

2、   避免使用不兼容的数据类型。例如float和int、char和varchar、binary和varbinary是不兼容的。数据类型的不兼容可能使优化器无法执行一些本来可以进行的优化操作。例如:
SELECT name FROM employee WHERE salary ＞ 60000
在这条语句中,如salary字段是money型的,则优化器很难对其进行优化,因为60000是个整型数。我们应当在编程时将整型转化成为钱币型,而不要等到运行时转化。

3、   尽量避免在WHERE子句中对字段进行函数或表达式操作，这将导致引擎放弃使用索引而进行全表扫描。如：
SELECT * FROM T1 WHERE F1/2=100
应改为:
SELECT * FROM T1 WHERE F1=100*2

SELECT * FROM RECORD WHERE SUBSTRING(CARD_NO,1,4)=’5378’
应改为:
SELECT * FROM RECORD WHERE CARD_NO LIKE ‘5378%’

SELECT member_number, first_name, last_name  FROM members
WHERE DATEDIFF(yy,datofbirth,GETDATE()) > 21
应改为:
SELECT member_number, first_name, last_name  FROM members
WHERE dateofbirth < DATEADD(yy,-21,GETDATE())
即：任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。

4、   避免使用!=或＜＞、IS NULL或IS NOT NULL、IN ，NOT IN等这样的操作符,因为这会使系统无法使用索引,而只能直接搜索表中的数据。例如:
SELECT id FROM employee WHERE id != 'B%'
优化器将无法通过索引来确定将要命中的行数,因此需要搜索该表的所有行。
 
5、   尽量使用数字型字段，一部分开发人员和数据库管理人员喜欢把包含数值信息的字段
设计为字符型，这会降低查询和连接的性能，并会增加存储开销。这是因为引擎在处理查询和连接回逐个比较字符串中每一个字符，而对于数字型而言只需要比较一次就够了。

6、   合理使用EXISTS,NOT EXISTS子句。如下所示：
1.SELECT SUM(T1.C1)FROM T1 WHERE(
(SELECT COUNT(*)FROM T2 WHERE T2.C2=T1.C2>0)
2.SELECT SUM(T1.C1) FROM T1WHERE EXISTS(
  SELECT * FROM T2 WHERE T2.C2=T1.C2)
两者产生相同的结果，但是后者的效率显然要高于前者。因为后者不会产生大量锁定的表扫描或是索引扫描。
如果你想校验表里是否存在某条纪录，不要用count(*)那样效率很低，而且浪费服务器资源。可以用EXISTS代替。如：
IF (SELECT COUNT(*) FROM table_name WHERE column_name = 'xxx')
可以写成：
IF EXISTS (SELECT * FROM table_name WHERE column_name = 'xxx')

经常需要写一个T_SQL语句比较一个父结果集和子结果集，从而找到是否存在在父结果集中有而在子结果集中没有的记录，如：
1.SELECT a.hdr_key  FROM hdr_tbl a---- tbl a 表示tbl用别名a代替
WHERE NOT EXISTS (SELECT * FROM dtl_tbl b WHERE a.hdr_key = b.hdr_key)

2.SELECT a.hdr_key  FROM hdr_tbl a
LEFT JOIN dtl_tbl b ON a.hdr_key = b.hdr_key  WHERE b.hdr_key IS NULL

3.SELECT hdr_key  FROM hdr_tbl
WHERE hdr_key NOT IN (SELECT hdr_key FROM dtl_tbl)
      三种写法都可以得到同样正确的结果，但是效率依次降低。

7、   尽量避免在索引过的字符数据中，使用非打头字母搜索。这也使得引擎无法利用索引。 
见如下例子：
SELECT * FROM T1 WHERE NAME LIKE ‘%L%’
SELECT * FROM T1 WHERE SUBSTING(NAME,2,1)=’L’
SELECT * FROM T1 WHERE NAME LIKE ‘L%’
即使NAME字段建有索引，前两个查询依然无法利用索引完成加快操作，引擎不得不对全表所有数据逐条操作来完成任务。而第三个查询能够使用索引来加快操作。

8、   分利用连接条件，在某种情况下，两个表之间可能不只一个的连接条件，这时在  WHERE 子句中将连接条件完整的写上，有可能大大提高查询速度。
例：
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO
SELECT SUM(A.AMOUNT) FROM ACCOUNT A,CARD B WHERE A.CARD_NO = B.CARD_NO  AND A.ACCOUNT_NO=B.ACCOUNT_NO
第二句将比第一句执行快得多。

9、    消除对大型表行数据的顺序存取
      尽管在所有的检查列上都有索引，但某些形式的WHERE子句强迫优化器使用顺序存取。如：
SELECT * FROM orders WHERE (customer_num=104  AND order_num>1001) OR
order_num=1008
解决办法可以使用并集来避免顺序存取：
SELECT ＊ FROM orders WHERE customer_num=104 AND order_num>1001
UNION
SELECT ＊ FROM orders WHERE order_num=1008
这样就能利用索引路径处理查询。

10、 避免困难的正规表达式
      LIKE关键字支持通配符匹配，技术上叫正规表达式。但这种匹配特别耗费时间。例如：SELECT * FROM customer WHERE zipcode LIKE “98_ _ _”
即使在zipcode字段上建立了索引，在这种情况下也还是采用顺序扫描的方式。如
果把语句改为SELECT ＊ FROM customer WHERE zipcode >“98000”，在执行查询
时就会利用索引来查询，显然会大大提高速度。
11、 使用视图加速查询
把表的一个子集进行排序并创建视图，有时能加速查询。它有助于避免多重排序
操作，而且在其他方面还能简化优化器的工作。例如：
SELECT cust.name，rcvbles.balance，……other columns
FROM cust，rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
AND cust.postcode>“98000”
ORDER BY cust.name
如果这个查询要被执行多次而不止一次，可以把所有未付款的客户找出来放在一个
视图中，并按客户的名字进行排序：
CREATE VIEW DBO.V_CUST_RCVLBES
AS
SELECT cust.name，rcvbles.balance，……other columns
FROM cust，rcvbles
WHERE cust.customer_id = rcvlbes.customer_id
AND rcvblls.balance>0
ORDER BY cust.name

然后以下面的方式在视图中查询：
SELECT ＊ FROM  V_CUST_RCVLBES
WHERE postcode>“98000”
视图中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘
I/O，所以查询工作量可以得到大幅减少。

12、 能够用BETWEEN的就不要用IN
SELECT * FROM T1 WHERE ID IN (10,11,12,13,14)
改成：
SELECT * FROM T1 WHERE ID BETWEEN 10 AND 14
因为IN会使系统无法使用索引,而只能直接搜索表中的数据。

13、 DISTINCT的就不用GROUP BY
      SELECT OrderID  FROM Details WHERE UnitPrice > 10 GROUP BY OrderID
      可改为：
      SELECT DISTINCT OrderID FROM Details WHERE UnitPrice > 10
     

14、   部分利用索引
      1.SELECT employeeID, firstname, lastname
FROM names
WHERE dept = 'prod' or city = 'Orlando' or division = 'food'

      2.SELECT employeeID, firstname, lastname FROM names WHERE dept = 'prod'
UNION ALL
SELECT employeeID, firstname, lastname FROM names WHERE city = 'Orlando'
UNION ALL
SELECT employeeID, firstname, lastname FROM names WHERE division = 'food'
如果dept 列建有索引则查询2可以部分利用索引，查询1则不能。

15、   能用UNION  ALL就不要用UNION
UNION  ALL不执行SELECT DISTINCT函数，这样就会减少很多不必要的资源

16、   不要写一些不做任何事的查询
如：SELECT COL1 FROM T1 WHERE 1=0
    SELECT COL1 FROM T1 WHERE COL1=1 AND COL1=2
这类死码不会返回任何结果集，但是会消耗系统资源。

17、  尽量不要用SELECT INTO语句。
SELECT INOT 语句会导致表锁定，阻止其他用户访问该表。

18、 必要时强制查询优化器使用某个索引
     SELECT * FROM T1 WHERE nextprocess = 1 AND processid IN (8,32,45)
改成：
SELECT * FROM T1 (INDEX = IX_ProcessID) WHERE nextprocess = 1 AND processid IN (8,32,45)
则查询优化器将会强行利用索引IX_ProcessID 执行查询。
    
19、  虽然UPDATE、DELETE语句的写法基本固定，但是还是对UPDATE语句给点建议：
a) 尽量不要修改主键字段。
b) 当修改VARCHAR型字段时，尽量使用相同长度内容的值代替。
c) 尽量最小化对于含有UPDATE触发器的表的UPDATE操作。
d) 避免UPDATE将要复制到其他数据库的列。
e) 避免UPDATE建有很多索引的列。
f) 避免UPDATE在WHERE子句条件中的列。

上面我们提到的是一些基本的提高查询速度的注意事项,但是在更多的情况下,往往需要反复试验比较不同的语句以得到最佳方案。最好的方法当然是测试，看实现相同功能的SQL语句哪个执行时间最少，但是数据库中如果数据量很少，是比较不出来的，这时可以用查看执行计划，即：把实现相同功能的多条SQL语句考到查询分析器，按CTRL+L看查所利用的索引，表扫描次数（这两个对性能影响最大），总体上看询成本百分比即可。
简单的存储过程可以用向导自动生成：在企业管理器工具栏点击运行向导图标，点击”数据库”、”创建存储过程向导”。复杂存储过程的调试：在查询分析器左边的对象浏览器（没有？按F8）选择要调试的存储过程,点右键，点调试，输入参数执行，出现一个浮动工具条，上面有单步执行，断点设置等。

冷备份...................................................................................................................... 1

1、备份步骤：................................................................................................... 1

2、恢复步骤：................................................................................................... 2

热备份...................................................................................................................... 2

1、备份步骤：................................................................................................... 2

2、恢复步骤：................................................................................................... 4

Windows平台的oracle备份(Veritas BE)...................................................................... 5

1、需要的数据：............................................................................................... 5

2、恢复过程：................................................................................................... 5

例子：（网上原资料）............................................................................................... 7

1.    用Oracle的热备份重建数据库..................................................................... 7

2.    Oracle9i RMAN 备份及恢复步骤................................................................ 12

冷备份

1、备份步骤：

冷备份具有很多优良特性，快速，方便，以及高效。一次完整的冷备份步骤是：

　　1，首先关闭数据库（shutdown normal）

　　2，拷贝相关文件到安全区域（利用操作系统命令拷贝数据库的所有的数据文件、日志文件、控制文件、参数文件、口令文件等（包括路径））

　　3，重新启动数据库（startup）

　　以上的步骤可以用一个脚本来完成操作：

      su – oracle < sqlplus /nolog
      connect / as sysdba
      shutdown immediate;
      !cp 文件   备份位置（所有的日志、数据、控制及参数文件）;
      startup;
      exit;

2、恢复步骤：

恢复的时候，相对比较简单了，我停掉数据库，将文件拷贝回相应位置，重启数据库就可以了，当然也可以用脚本来完成。

热备份

1、备份步骤：

当需要做一个精度比较高的备份，而且我们的数据库不可能停掉（少许访问量）时，这个情况下，我们就需要归档方式下的备份，就是下面讨论的热备份。热备份可以非常精确的备份表空间级和用户级的数据，由于它是根据归档日志的时间轴来备份恢复的，理论上可以恢复到前一个操作，甚至就是前一秒的操作。具体步骤如下：

　　1，通过视图v$database,查看数据库是否在Archive模式下:

        SQL> select log_mode from v$database;

　　如果不是Archive模式

　　则设定数据库运行于归档模式下：SQL>shutdown immediate

        SQL>startup mount
        SQL> alter database archivelog;
        SQL> alter database open;

　　如果Automaticarchival显示为“Enabled”，则数据库归档方式为自动归档。否则需要手工归档，或者将归档方式修改为自动归档，如：
　　正常shutdown数据库，在参数文件中init.ora中加入如下参数

        SQL>shutdown immediate

　　修改init.ora：

        LOG_ARCHIVE_START=TRUE
        LOG_ARCHIVE_DEST1=ORACLE_HOME/admin/o816/arch(归档日值存放位置可以自己定义)
        SQL>startup

　　然后，重新启动数据库，此时Oracle数据库将以自动归档的方式工作在Archive模式下。其中参数LOG_ARCHIVE_DEST1是指定的归档日志文件的路径，建议与Oracle数据库文件存在不同的硬盘，一方面减少磁盘I/O竞争，另外一方面也可以避免数据库文件所在硬盘毁坏之后的文件丢失。归档路径也可以直接指定为磁带等其它物理存储设备，但可能要考虑读写速度、可写条件和性能等因素。      

　　注意：当数据库处在ARCHIVE模式下时，一定要保证指定的归档路径可写，否则数据库就会挂起，直到能够归档所有归档信息后才可以使用。另外，为创建一个有效的备份,当数据库在创建时,必须履行一个全数据库的冷备份,就是说数据库需要运行在归档方式,然后正常关闭数据库,备份所有的数据库组成文件。这一备份是整个备份的基础,因为该备份提供了一个所有数据库文件的拷贝。（体现了冷备份与热备份的合作关系，以及强大的能力）

　　2，备份表空间文件：

        a,首先，修改表空间文件为备份模式  ALTER TABLESPACE tablespace_name BEGIN BACKUP;

        b,然后，拷贝表空间文件到安全区域 !CP tablespace_name D_PATH;

        c,最后，将表空间的备份模式关闭    ALTER TABLESPACE tablespace_name END BACKUP;

　　3，对归档日志文件的备份：

        停止归档进程－－>备份归档日志文件－－>启动归档进程

        如果日志文档比较多，我们将它们写入一个文件成为一个恢复的参考：$   files `ls <归档文件路径>/arch*.dbf`;export files

　　4，备份控制文件:

        SQL> alter database backup controlfile to 'controlfile_back_name（一般用2004-11-20的方式）' reuse;

　　当然，我们也可以将上面的东东写为一个脚本，在需要的时候执行就可以了:

　　脚本范例：

        su – oracle < sqlplus /nolog 
        connect / as sysdba
        ALTER TABLESPACE tablespace_name BEGIN BACKUP

        !CP tablespace_name D_PATH

        ALTER TABLESPACE tablespace_name END BACKUP
   
        alter database backup controlfile to 'controlfile_back_name（一般用2004-11-20的方式）' reuse;

        !files `ls <归档文件路径>/arch*.dbf`;export files

2、恢复步骤：

　　热备份的恢复，对于归档方式数据库的恢复要求不但有有效的日志备份还要求有一个在归档方式下作的有效的全库备份。归档备份在理论上可以无数据丢失，但是对于硬件以及操作人员的要求都比较高。在我们使用归档方式备份的时候，全库物理备份也是非常重要的。归档方式下数据库的恢复要求从全备份到失败点所有的日志都要完好无缺。

        恢复步骤：LOG_ARCHIVE_DEST_1
                     shutdown数据库。
                     将全备份的数据文件放到原来系统的目录中。
                     将全备份到失败点的所有归档日志放到参数LOG_ARCHIVE_DEST_1所指定的位置。
                     利用sqlplus登陆到空实例。（connect / as sysdba）
                     然后  startup mount
                            set autorecovery on
                            recover database;
                            alter database open;

这样，热恢复就算完工。

Windows平台的oracle备份(Veritas BE)

通过Backup Exec实施Oracle灾难恢复很简单。

1、需要的数据：

1、FULL CLOSED备份

shutdown数据库（不要用shutdown abort强行关闭），实施一个文件级备份，备份全部的Oracle相关文件，包括Windows系统文件，系统状态和Oracle程序文件和数据文件等内容。

这个冷备份对于快速恢复Oracle数据库系统非常关键，如果没有它，系统被破坏后只能重新安装再恢复，这要比直接恢复冷备份慢得多，也更复杂。

每当数据库或表单的物理结构或逻辑结构有变化时都应该重新创建这个冷备份。

2. FULL ONLINE备份

这个备份要通过Backup Exec Agent for Oracle Server来完成，要备份全部表空间，归档日志和控制文件，通过这种方式备份，Oracle会将所有缓存内容写入文件，将online redo log做归档，所以数据库备份中包含的是备份时数据库的即时点信息，完整而且有效。以后做恢复时，可以恢复到最后一次FULL ONLINE备份的状态。

2、恢复过程：

1. 重新安装Windows系统和Remote Agent for Windows Server，为恢复Oracle服务器准备环境。

2. 恢复最后一次FULL CLOSED备份，重新启动计算机。

此时Windows系统，Oracle数据库系统都是完整的，只是Oracle数据库中可能不是最新的数据。Backup Exec Agent for Oracle Server也不用重新安装了。

3. 用SQLPlus用SYS以sysdba身份连接到数据库系统，关闭数据库。 

shutdown immediate + < enter >

4. 通过介质服务器恢复最新的FULL ONLINE备份，恢复作业属性的高级选项中，确保选中了“Restore over Existing files（覆盖现存文件）” 选项。

要想成功的恢复数据库，在最后一次FULL CLOSED备份之后的所有redo log必须都已经成功归档并备份。少了哪一个，数据库就无法恢复到最后的FULL ONLI NE备份时的状态。

通过Oracle的alert log可以看到数据库的恢复需要哪些归档日志，以及你应该把它们恢复到什么位置。

5. 恢复完成后，用SYS用户以sysdba身份连接到数据库，将数据库加载到mount阶段：

startup mount + < enter >

6. 数据库mount完成后，执行recover过程：

recover database using backup controlfile + < enter >

数据库会提示你需要哪些日志：

ORA-00279: Change 36579 generated at needed for thread 1

ORA-00289: Suggestion : \Oracle_Home\Oradata\\%SID%T00036579.ARC

ORA-00280: {=Suggested | filename | AUTO | FROM logsource | CANCEL}

最简单的方法是选自动恢复： 

auto + < enter >

系统会在init.ora文件中定义的位置上查找所有必需的日志并依次应用它们，最后一个要应用的日志是online redo log，实际上它并不包括任何的transaction，只有一个SCN，可以略过，但是自动恢复过程会因为找不到相应的文件而报错：

ORA-00308: cannot open archived log

E:\ORACLE\ORADATA\KIMSTAD\ARCHIVE\KIMSTADT00036949.ARC'

ORA-27041: unable to open file

OSD-04002: unable to open file

O/S-Error: (OS 2) The system cannot find the file specified.

为此输入以下命令（until cancel参数使我们可以在需要的时候中止恢复过程）：

recover database until cancel using backup controlfile +

这样在数据库恢复的最后阶段再次提示前面的错误时，我们就可以中止恢复过程：

cancel + < enter >

这时除了最后一个online redo log以外，所有的commit transaction都已经提交到数据库之中了，完成后会显示：

Media recovery canceled

实际上恢复过程已经正常完成了。

最后是打开数据库并同步日志序列号：

alter database open resetlogs + < enter >

至此，Oracle数据库被成功恢复到最后一次Full Online备份。

 说明：Oracle 8i可以用internal账号完成DBA操作。9i取消了internal账号，SYS账号代替它了。为了以DBA身份登录，启动SQL Plus时应该加nolog参数，进入之后再登录，connect username/password as sysdba。

例子：（网上原资料）

1.      用Oracle的热备份重建数据库

为了检验我为公司开发的Oracle数据库在线自动备份系统，我根据“Oracle数据库在线自动备份系统”产生的备份文件来重建和恢复Oracle数据库。为了让大家共享其方法和步骤（也适合于用其它方式对Oracle做的热备份进行重建数据库）现整理如下。

一、系统环境

本次测试所使用的系统环境如下：

1． 硬件环境

服务器：Dell PowerEdge 1300 (CPU：PⅢ 550MHz 内存：128MB 硬盘：36GB)

2． 软件环境

操作系统：UnixWare 7.1

数据库：　Oracle 8.1.6 for Unix 企业版，SID：ora816

Oracle安装路径：/home/oracle

备份文件：所有数据库文件、控制文件、初始化文件、数据库备份以来的所有归档日志文件。

二、恢复步骤

下面根据从用户处带回来的备份数据，在一台新的服务器重建Oracle数据库。其详细步骤如下：

1. 创建数据库恢复使用的环境

在新的Dell服务器上，安装与原来的数据库服务器相同的操作系统UnixWare 7.1；然后安装与原数据库相同版本的Oracle 8.1.6 for Unix 企业版。

2. 删除新服务器上的Oracle实例

启动新数据库服务器上的Oracle，在sqlplus中，查找到数据库文件的路径，并保存在当前路径下的文件file_name.txt中：

$ sqlplus system/manager

SQL> spool file_name.txt

SQL> select file_name from sys.dba_data_files;

SQL> spool end

SQL>exit

关闭新服务器的Oracle，然后根据文件file_name.txt中的路径，删除新装的Oracle实例的所有数据库文件。

注：从本步开始所有操作都是用Oracle用户登录操作系统（Unix）后进行。文中所有的黑色粗体5号字符(标题除外)的语句可以直接执行，黑色倾斜粗体5号字符的语句需要修改后执行。

3. 恢复数据库文件

把备份的所有数据库文件用Ftp上传新的数据库服务器中的相同路径下。如果原来的路径已不存在，可以拷贝到其他路径下，恢复时详细处理方法见步骤7中<2>。

4. 恢复初始化参数文件

把备份的initSID.ora文件用Ftp上传到新数据库服务器中Oracle实例的initSID.ora文件位置，覆盖之。其位置一般在$ORACLE_HOME/dbs目录下。

5. 恢复控制文件

把备份的ControlFile.bak文件用Ftp上传到新数据库服务器中Oracle实例的各个镜像路径下，并按初始化参数文件initSID.ora中的该项的位置和名称命名。

control_files = ("/home/oracle/app/oracle/oradata/ora816/control01.ctl", "/home/oracle/app/oracle/oradata/ora816/control02.ctl","/home/oracle/app/oracle/oradata/ora816/control03.ctl")

其路径如有变动，在初始化参数文件initSID.ora中修改如上内容的路径和名称，使其实际路径与该参数的路径一致。

6. 恢复归档日志文件

把数据库备份后的归档日志用Ftp上传到新数据库服务器的相同路径下。路径如有变动可以根据初始化参数文件initSID.ora中如下位置进行修改，使其实际路径与该参数的路径一致。

log_archive_dest_1 = "location=/home/oracle/app/oracle/admin/ora816/arch"



7. 恢复数据库

经过以上6个步骤，把所有的备份文件已经上传到了新数据库服务器中。下面开始根据这些文件恢复并启动数据库，先在操作系统的提示符下做如下操作：

$svrmgrl

SVRMGR>connect internal

SVRMGR>startup mount

<1> 创建口令文件

如果原来的数据库配置了口令文件，并且在mount数据库时报如下错误：

ORA-01990: error opening password file '/home/oracle/app/oracle/product/8.1.6/dbs/orapw'

可以到/home/oracle/app/oracle/product/8.1.6/dbs/路径下，用以下命令创建口令文件：

orapwd

其用法如下：

Usage: orapwd file=<fname> password=<password> entries=<users>

where

file - name of password file (mand),（口令文件的命名方式为：orapwSID）

password - password for SYS and INTERNAL (mand),

entries - maximum number of distinct DBA and OPERs (opt),

There are no spaces around the equal-to (=) character.

例如： orapwd file=orapwora816 password=manager

然后重新执行如下语句mount数据库：

SVRMGR>startup mount。

<2> 修改数据库文件的路径

如果在上述的步骤3中修改了恢复的数据库文件的路径，可以用如下语句对数据库文件重新命名 ：

alter database rename file 'old_file' to 'new_file';

如把原来路径/home/oracle/app/oracle/oradata/ora816下的文件system01.dbf改到了/u21/oracle/app/oracle/oradata/ora816下：

SVRMGR>alter database rename file

'/home/oracle/app/oracle/oradata/ora816/system01.dbf'

to '/u21/oracle/app/oracle/oradata/ora816/system01.dbf';

按照上面的方法把所有修改路径的数据库文件重新命名。

<3> 根据控制文件和归档日志文件恢复数据库

下面开始用控制文件和归档日志文件恢复数据库：

SVRMGR>recover database using backup controlfile until cancel;

出现如下提示：

ORA-00279: change 50971 generated at 08/23/2002 09:21:27 needed for thread 1

ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_399.arc

ORA-00280: change 50971 for thread 1 is in sequence #399

Specify log: {<RET>=suggested | filename | AUTO | CANCEL}输入：

auto

如果有如下提示，则表示成功。

ORA-00279: change 51007 generated at 08/23/2002 11:23:13 needed for thread 1

ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_400.arc

ORA-00280: change 51007 for thread 1 is in sequence #400

ORA-00278: log file '/home/oracle/app/oracle/admin/ora8/arch/arch_1_399.arc' noy

Log applied.

意外处理：如果其它提示可能是需要的日志文件不存在，检查ORA-00289中该文件是否存在。

直到出现如下提示：

ORA-00279: change 51011 generated at 08/23/2002 11:23:45 needed for thread 1

ORA-00289: suggestion: /home/oracle/app/oracle/admin/ora8/arch/arch_1_401.arc

ORA-00280: change 51011 for thread 1 is in sequence #401

ORA-00278: log file '/home/oracle/app/oracle/admin/ora8/arch/arch_1_400.arc' noy

ORA-00308: cannot open archived log '/home/oracle/app/oracle/admin/ora8/arch

/arch_1_401.arc'

ORA-27037: unable to obtain file status

Intel SVR4 UNIX Error: 2: No such file or directory

Additional information: 3

<4> 重置日志

SVRMGR>alter database open resetlogs;

意外处理：如果提示创建日志的路径不存在，按提示路径创建目录。然后再重置日志。

<5> 重启数据库，完成恢复

SVRMGR>shutdown immediate

SVRMGR>startup

ORACLE instance started.

Total System Global Area 123437040 bytes

Fixed Size 69616 bytes

Variable Size 106418176 bytes

Database Buffers 16777216 bytes

Redo Buffers 172032 bytes

Database mounted.

Database opened.

数据库正常打开，数据库重建恢复成功。

2.      Oracle9i RMAN 备份及恢复步骤

在这里没有讨论多么深入的RMAN技术，也没有告诉大家这样去编写备份脚本，这并不是我的初衷，我只想把我会的写出来，和大家一起学习，一起进步，谢谢。

1、切换服务器归档模式，如果已经是归档模式可跳过此步：
%sqlplus /nolog     (启动sqlplus)
SQL> conn / as sysdba     (以DBA身份连接数据库)
SQL> shutdown immediate;     (立即关闭数据库)
SQL> startup mount     (启动实例并加载数据库，但不打开)
SQL> alter database archivelog;     (更改数据库为归档模式)
SQL> alter database open;     (打开数据库)
SQL> alter system archive log start;     (启用自动归档)
SQL> exit     (退出)

2、连接：
%rman target=rman/rman@mydb     (启动恢复管理器)

3、基本设置：
RMAN> configure default device type to disk;    (设置默认的备份设备为磁盘)
RMAN> configure device type disk parallelism 2;     (设置备份的并行级别，通道数)
RMAN> configure channel 1 device type disk fromat '/backup1/backup_%U';     (设置备份的文件格式，只适用于磁盘设备)
RMAN> configure channel 2 device type disk fromat '/backup2/backup_%U';     (设置备份的文件格式，只适用于磁盘设备)
RMAN> configure controlfile autobackup on;     (打开控制文件与服务器参数文件的自动备份)
RMAN> configure controlfile autobackup format for device type disk to '/backup1/ctl_%F';     (设置控制文件与服务器参数文件自动备份的文件格式)

4、查看所有设置：
RMAN> show all

5、查看数据库方案报表：
RMAN> report schema;

6、备份全库：
RMAN> backup database plus archivelog delete input;     (备份全库及控制文件、服务器参数文件与所有归档的重做日志，并删除旧的归档日志)

7、备份表空间：
RMAN> backup tablespace system plus archivelog delete input;     (备份指定表空间及归档的重做日志，并删除旧的归档日志)

8、备份归档日志：
RMAN> backup archivelog all delete input;

9、复制数据文件：
RMAN> copy datafile 1 to '/oracle/dbs/system.copy';

10、查看备份和文件复本：
RMAN> list backup;

11、验证备份：
RMAN> validate backupset 3;

12、从自动备份中恢复服务器参数文件：
RMAN> shutdown immediate;     (立即关闭数据库)
RMAN> startup nomount;     (启动实例)
RMAN> restore spfile to pfile '/backup1/mydb.ora' from autobackup;     (从自动备份中恢复服务器参数文件)

13、从自动备份中恢复控制文件：
RMAN> shutdown immediate;     (立即关闭数据库)
RMAN> startup nomount;     (启动实例)
RMAN> restore controlfile to '/backup1' from autobackup;     (从自动备份中恢复控制文件)

13、恢复和复原全数据库：
RMAN> shutdown immediate;     (立即关闭数据库)
RMAN> exit     (退出)
%mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak     (将数据文件重命名)
%mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak     (将数据文件重命名)
%mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak     (将数据文件重命名)
%mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak     (将数据文件重命名)
%rman target=rman/rman@mydb     (启动恢复管理器)
RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora     (指定初始化参数文件启动数据库)
RMAN> restore database;     (还原数据库)
RMAN> recover database;     (恢复数据库)
RMAN> alter database open;     (打开数据库)

14、恢复和复原表空间：
RMAN> sql 'alter tablespace users offline immediate';     (将表空间脱机)
RMAN> exit     (退出恢复管理器)
%mv /oracle/dbs/users01.dbf /oracle/dbs/users01.bak     (将表空间重命名)
%rman target=rman/rman@mydb     (启动恢复管理器)
RMAN> restore tablespace users;     (还原表空间)
RMAN> recover tablespace users;     (恢复表空间)
RMAN> sql 'alter tablespace users online';     (将表空间联机)

15、增量备份与恢复：
第一天的增量基本备份：
RMAN> backup incremental level=0 database plus archivelog delete input;
第二天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第三天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第四天的增量差异备份：
RMAN> backup incremental level=1 database plus archivelog delete input;
第五天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第六天的增量差异备份：
RMAN> backup incremental level=2 database plus archivelog delete input;
第七天的增量差异备份：
RMAN> backup incremental level=0 database plus archivelog delete input;

增量恢复：
RMAN> shutdown immediate;
RMAN> exit
%mv /oracle/dbs/tbs_12.f /oracle/dbs/tbs_12.bak
%mv /oracle/dbs/tbs_13.f /oracle/dbs/tbs_13.bak
%mv /oracle/dbs/tbs_14.f /oracle/dbs/tbs_14.bak
%mv /oracle/dbs/tbs_15.f /oracle/dbs/tbs_15.bak
%rman target=rman/rman@mydb
RMAN> startup pfile=/oracle/admin/mydb/pfile/initmydb.ora
RMAN> restore database;
RMAN> recover database;
RMAN> alter database open;

select count(*) from record where date >
''19991201'' and date < ''19991214''and amount >
2000 (25秒)
select date,sum(amount) from record group by date
(55秒)
select count(*) from record where date >
''19990901'' and place in (''BJ'',''SH'') (27秒)

select count(*) from record where date >
''19991201'' and date < ''19991214'' and amount >
2000 （14秒）
select date,sum(amount) from record group by date
（28秒）
select count(*) from record where date >
''19990901'' and place in (''BJ'',''SH'')（14秒）

select count(*) from record where date >
''19991201'' and date < ''19991214'' and amount >
2000 （26秒）
select date,sum(amount) from record group by date
（27秒）
select count(*) from record where date >
''19990901'' and place in (''BJ, ''SH'')（< 1秒）

select count(*) from record where date >
''19991201'' and date < ''19991214'' and amount >
2000(< 1秒)
select date,sum(amount) from record group by date
（11秒）
select count(*) from record where date >
''19990901'' and place in (''BJ'',''SH'')（< 1秒）

　　分析：
　　这是一个合理的组合索引。它将date作为前导列，使每个SQL都可以利用索引，并且在第一和第三个SQL中形成了索引覆盖，因而性能达到了最优。


　　5.总结：
　　缺省情况下建立的索引是非群集索引，但有时它并不是最佳的；合理的索引设计要建立在对各种查询的分析和预测上。一般来说：

　　①.有大量重复值、且经常有范围查询

　　（between, >,< ，>=,< =）和order by、group by发生的列，可考虑建立群集索引；

　　②.经常同时存取多列，且每列都含有重复值可考虑建立组合索引；

　　③.组合索引要尽量使关键查询形成索引覆盖，其前导列一定是使用最频繁的列。

二、不充份的连接条件

　　例：表card有7896行，在card_no上有一个非聚集索引，表account有191122行，在 account_no上有一个非聚集索引，试看在不同的表连接条件下，两个SQL的执行情况：

select sum(a.amount) from account a,
card b where a.card_no = b.card_no（20秒）

　　将SQL改为：

select sum(a.amount) from account a,
card b where a.card_no = b.card_no and a.
account_no=b.account_no（< 1秒）

　　分析：
　　在第一个连接条件下，最佳查询方案是将account作外层表，card作内层表，利用card上的索引，其I/O次数可由以下公式估算为：
　　外层表account上的22541页+（外层表account的191122行*内层表card上对应外层表第一行所要查找的3页）=595907次I/O

　　在第二个连接条件下，最佳查询方案是将card作外层表，account作内层表，利用account上的索引，其I/O次数可由以下公式估算为：
　　外层表card上的1944页+（外层表card的7896行*内层表account上对应外层表每一行所要查找的4页）= 33528次I/O

　　可见，只有充份的连接条件，真正的最佳方案才会被执行。


　　总结：
　　1.多表操作在被实际执行前，查询优化器会根据连接条件，列出几组可能的连接方案并从中找出系统开销最小的最佳方案。连接条件要充份考虑带有索引的表、行数多的表；内外表的选择可由公式：外层表中的匹配行数*内层表中每一次查找的次数确定，乘积最小为最佳方案。

　　2.查看执行方案的方法-- 用set showplanon，打开showplan选项，就可以看到连接顺序、使用何种索引的信息；想看更详细的信息，需用sa角色执行dbcc(3604,310,302)。


三、不可优化的where子句

　　1.例：下列SQL条件语句中的列都建有恰当的索引，但执行速度却非常慢：

select * from record where
substring(card_no,1,4)=''5378''(13秒)
select * from record where
amount/30< 1000（11秒）
select * from record where
convert(char(10),date,112)=''19991201''（10秒）

　　分析：
　　where子句中对列的任何操作结果都是在SQL运行时逐列计算得到的，因此它不得不进行表搜索，而没有使用该列上面的索引；如果这些结果在查询编译时就能得到，那么就可以被SQL优化器优化，使用索引，避免表搜索，因此将SQL重写成下面这样：

select * from record where card_no like
''5378%''（< 1秒）
select * from record where amount
< 1000*30（< 1秒）
select * from record where date= ''1999/12/01''
（< 1秒）

　　你会发现SQL明显快起来！

　　2.例：表stuff有200000行，id_no上有非群集索引，请看下面这个SQL：

select count(*) from stuff where id_no in(''0'',''1'')（23秒）

　　分析：
　　where条件中的''in''在逻辑上相当于''or''，所以语法分析器会将in (''0'',''1'')转化为id_no =''0'' or id_no=''1''来执行。我们期望它会根据每个or子句分别查找，再将结果相加，这样可以利用id_no上的索引；但实际上（根据 showplan）,它却采用了"OR策略"，即先取出满足每个or子句的行，存入临时数据库的工作表中，再建立唯一索引以去掉重复行，最后从这个临时表中计算结果。因此，实际过程没有利用id_no上索引，并且完成时间还要受tempdb数据库性能的影响。

　　实践证明，表的行数越多ぷ鞅淼男阅芫驮讲睿眘tuff有620000行时，执行时间竟达到220秒！还不如将or子句分开：

select count(*) from stuff where id_no=''0''
select count(*) from stuff where id_no=''1''

　　得到两个结果，再作一次加法合算。因为每句都使用了索引，执行时间只有3秒，在620000行下，时间也只有4秒。或者，用更好的方法，写一个简单的存储过程：

create proc count_stuff as
declare @a int
declare @b int
declare @c int
declare @d char(10)
begin
select @a=count(*) from stuff where id_no=''0''
select @b=count(*) from stuff where id_no=''1''
end
select @c=@a+@b
select @d=convert(char(10),@c)
print @d

　　直接算出结果，执行时间同上面一样快！

　　总结：

　　可见，所谓优化即where子句利用了索引，不可优化即发生了表扫描或额外开销。

　　1.任何对列的操作都将导致表扫描，它包括数据库函数、计算表达式等等，查询时要尽可能将操作移至等号右边。

　　2.in、or子句常会使用工作表，使索引失效；如果不产生大量重复值，可以考虑把子句拆开；拆开的子句中应该包含索引。

　　3.要善于使用存储过程，它使SQL变得更加灵活和高效。

　　从以上这些例子可以看出，SQL优化的实质就是在结果正确的前提下，用优化器可以识别的语句，充份利用索引，减少表扫描的I/O次数，尽量避免表搜索的发生。其实SQL的性能优化是一个复杂的过程，上述这些只是在应用层次的一种体现，深入研究还会涉及数据库层的资源配置、网络层的流量控制以及操作系统层的总体设计。