一、业务需求
　在一个实际的数据库应用中，如银行、税务等商业应用中通常都采用这样一种解决方案，在一个行政区域内，如一个省或者一个市，在不同的地理位置架设数台数据库服务器，这些不同地理位置的服务器具有同样的后台数据库。为了维护数据库系统的一致性，对于整个行政区域应用的代码表应该保持一致，如果不考虑数据复制，想维护同样的不冲突的代码表是很困难的。下面是一个实际的业务需求，我们用这里例子来说明 Oracle快照复制的应用。

    为了维护整个系统代码表的一致性，客户提出了这样的业务需求，对于系统的代码表采用统一维护，即在一台服务器上维护，如图1所示。在位置1（数据库Ora_db1，用户userA）上维护代码表，其他位置（数据库ora_db2，用户userB；ora_db3，用户userC和ora_db4，用户UserD）可以直接使用这些代码表，也就是说在位置1具有对代码表插入、删除和更新的能力，而在其他地方只能有查询的能力。

    二、应用设计针
　对上述的需求，我们提出了这样一种解决方案，也就是采用 Oracle8的快照复制。具体业务实现方案设计如下：

    在位置1的数据库Ora_db1维护所有的代码表，在其余数据库建立相对于位置1的所有代码表的快照。为了维护快照的方便，在位置2、3和4创建一个单独的快照表空间和一个模式（schema），系统中的其他用户通过一个私有同义词来存取这些快照。这里私有同义词相对公共同义词要好，这是因为在位置1存在一个同样规范的系统，它的表是通过公共同义词来存取的。对于快照的刷新，采用 Oracle系统包DBMS-_REFRESH进行，并将该刷新过程的运行定时在每天早上2：00，这样可以减少网络流量。对于快照的刷新形式，由于对于代码表的维护不是很多而且代码表的数据量相对较少，所以在此选择了完全刷新，这样就避免了管理快照日志的麻烦。下面以一个节点2（ora_db2）为例来说明具体的技术实现细节。

    三、技术实现细节
　除非特别说明，下面的SQL命令都是在数据库ora_db2的SYSETM用户下运行的。假设要复制的代码表有三个：dm_gy_rydm，dm_gy_jgdm和dm_gy_yhdm.

    1.在数据库2（ora_db2）上增加数据库1（ora_db1）的services name

    可以直接在tnsnames.ora文件中增加数据库1的services name，包括IP地址，SID以及端口号等。Services name 命名为ora_db1.world.

    2. 创建一个用于连接数据库1（ora_db1）的数据库连接（dblink）

    SQL> CREATE PUBLIC DATABASE LINK ora_db1.world CONNECT TO SYSTEM IDENTIFIED BY MANAGER USING 'ora_db1.world'；

    出于安全考虑，可以采用一个私有数据连接。

    3. 创建一个名为Snapshot_ts的表空间来存放快照，并创建一个和该表空间有关的名为Snap的用户。

    SQL > CREATE TABLESPACE snapshot_ts DATAFILE 'c：\orant\dbfiles\prod\snapshot01.dbf' SIZE 30M DEFAULT STORAGE （INITIAL 30 K NEXT 15 K MINEXTENTS 1 MAXEXTENTS 100 PCTINCREASE 0）

    ONLINE PERMANENT；

    SQL > CREATE USER snap IDENTIFIED BY snap DEFAULT TABLESPACE snapshot_ts；

    SQL > GRANT CONNECT， RESOURCE TO snap；

    可以通过下面的SQL语句在ora_db1数据库以userA用户来粗略地估计表空间snapshot_ts的大小。

    SQL > SELECT SUM（bytes）

    FROM USER_SEGMENTS WHERE SEGMENT_NAME IN（' dm_gy_rydm'，'dm_gy_jgdm'，'dm_gy_yhdm'）；

    4. 运行下面的脚本文件snapsql.sql来生成创建ora_db1数据库上userA用户下代码表的快照脚本：

    /* Snapsql.sql */ spool c：\snap\create_snapshot.sql SELECT 'CREATE SNAPSHOT SNAP.' || TABLE_NAME || ' PCTFREE 10 PCTUSED 40 TABLESPACE snapshot_ts ' || ' STORAGE （INITIAL ' || INITIAL_EXTENT || ' NEXT ' || NEXT_EXTENT || ' PCTINCREASE 0 ）' || ' AS SELECT * FROM userA.' || TABLE_NAME || '@ora_db1.world；' FROM USER_TABLES WHERE TABLE_NAME IN（ （' dm_gy_rydm'， 'dm_gy_jgdm'， 'dm_gy_yhdm'）； spool off

    注意上面这个生成所需表快照的脚本有一定的局限性，如果所需生成快照的表中含有类型为long的列，‘select *'在这里就不会起作用，上面的这个SQL脚本就不能自动建立生成所需快照的脚本，必须通过在select列表中显式地添加long型列名来创建表的快照。下面是一个例子，假如我们要创建快照依赖的表dm_gy_note中有一个列note类型为long，就需要单独写出如下的创建快照的脚本：

    CREATE SNAPSHOT snap.dm_gy_note PCTFREE 10 PCTUSED 40 TABLESPACE snapcost_ts STORAGE （INITIAL 40960 NEXT 57344 PCTINCREASE 0 ） AS SELECT dm， dmmc，note FROM userA.dm_gy_note@ora_db1.worl； SQL > @snapsql.sql

    5. 通过运行第4步创建的脚本文件create_snapshot.sql来创建所有的快照， 在脚本文件中包含下面这样的代码：

    CREATE SNAPSHOT snap. dm_gy_rydm PCTFREE 10 PCTUSED 40 TABLESPACE snapshot_ts STORAGE （INITIAL 163840 NEXT 57344 PCTINCREASE 0）

    AS SELECT * FROM userA. dm_gy_rydm @ora_db1.world；

    运行脚本文件create_snapshot.sql后，就在模式snap中创建了所需要的快照。下一步就是考虑该如何刷新快照。对于快照的刷新，可以通过一些桌面DBA工具来刷新快照也可以通过系统包dbms_snapshot.refresh来刷新一个快照：

    SQL > EXECUTE DBMS_SNAPSHOT.REFRESH（'snap.dm_gy_rydm'）

    6. 创建一个定时刷新过程来定时刷新快照：

    /*sp_snapshot_refresh.sql */ CREATE OR REPLACE PROCEDURE sp_snapshot_refresh IS BEGIN DBMS_REFRESH.MAKE （ NAME=>'tax_dmb_grp'， LIST=>'snap. dm_gy_rydm， 'snap.dm_gy_jgdm'， 'snap.dm_gy_yhdm'， NEXT_DATE=>TRUNC （SYSDATE+1）+2/24， INTERVAL=>'（SYSDATE+1）'， IMPLICIT_DESTROY=>FALSE， LAX=>TRUE）； END； / SQL > EXECUTE sp_snapshot_refresh

    这样就创建了一个定时任务来每天早晨2：00定时刷新快照。运行下面的SQL语句就可以看到刚刚加入的这个任务。

    SQL > SELECT JOB， WHAT FROM DBA_JOBS；

    7. 在用户userB下创建快照的私有同义词：

    SQL > CREATE SYNONYM userB.dm_gy_rydm FOR snap.dm_gy_rydm；

    8. 以Snap用户向userB用户授与快照可以select的权限。

    SQL > GRANT SELECT ON dm_gy_rydm TO userB；

    同样的步骤在位置3（ora_db2）和位置4（ora_db3）建立位置1（ora_db1）的代码表快照和定时刷新任务。这样就可实现在位置1统一维护代码表，在位置2、3和4使用该代码表的目的。如下面的SQL语句，在位置2（ora_db2）用户UserB浏览在位置1（ora_db1）中的代码表。

    SQL > SELECT * FROM dm_gy_rydm；

    四、日常维护
　无论任何时候只要出现网络连接问题，刷新就会失败。这些错误信息可以在alert log文件中找到。下面简单介绍一下对这种问题的处理办法：

    1. 首先在任务队列中找到刷新快照的的任务编号

    SQL > SELECT JOB，what FROM DBA_JOBS；

    2. 删除该任务

    SQL > EXECUTE DBMS_JOB.REMOVE （JOBNO）；

    3. 删除快照组

    SQL > EXECUTE DBMS_REFRESH.DESTROY （'tax_dmb_grp'）；

    4. 重新创建快照组并且重新定时任务来定时刷新快照

    SQL > EXECUTE sp_snapshot_refresh

    五、快照监视

    快照可以通过下面的SQL语句来监视

    SQL > SELECT NAME，TO_CHAR（last_refresh，'DD-MON-YY HH：MM：SS'）

    FROM DBA_SNAPSHOTS；

/***********　导入Excel
SELECT *
FROM OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
　'Data Source="c:\test.xls";User ID=Admin;Password=;Extended properties=Excel 5.0')...xactions

/*动态文件名
declare @fn varchar(20),@s varchar(1000)
set @fn = 'c:\test.xls'
set @s ='''Microsoft.Jet.OLEDB.4.0'',
''Data Source="'+@fn+'";User ID=Admin;Password=;Extended properties=Excel 5.0'''
set @s = 'SELECT * FROM OpenDataSource ('+@s+')...sheet1$'
exec(@s)
*/

SELECT cast(cast(科目编号 as numeric(10,2)) as nvarchar(255))+'　' 转换后的别名
FROM OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
　'Data Source="c:\test.xls";User ID=Admin;Password=;Extended properties=Excel 5.0')...xactions

/********************** EXCEL导到远程SQL
insert OPENDATASOURCE(
　　　　 'SQLOLEDB',
　　　　 'Data Source=远程ip;User ID=sa;Password=密码'
　　　　 ).库名.dbo.表名 (列名1,列名2)
SELECT 列名1,列名2
FROM OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
　'Data Source="c:\test.xls";User ID=Admin;Password=;Extended properties=Excel 5.0')...xactions

/** 导入文本文件
EXEC master..xp_cmdshell 'bcp dbname..tablename in c:\DT.txt -c -Sservername -Usa -Ppassword'

/** 导出文本文件
EXEC master..xp_cmdshell 'bcp dbname..tablename out c:\DT.txt -c -Sservername -Usa -Ppassword'
或
EXEC master..xp_cmdshell 'bcp "Select * from dbname..tablename" queryout c:\DT.txt -c -Sservername -Usa -Ppassword'

导出到TXT文本，用逗号分开
exec master..xp_cmdshell 'bcp "库名..表名" out "d:\tt.txt" -c -t ,-U sa -P password'

BULK INSERT 库名..表名
FROM 'c:\test.txt'
WITH (
　　FIELDTERMINATOR = ';',
　　ROWTERMINATOR = '\n'
)

--/* dBase IV文件
select * from
OPENROWSET('MICROSOFT.JET.OLEDB.4.0'
,'dBase IV;HDR=NO;IMEX=2;DATABASE=C:\','select * from [客户资料4.dbf]')
--*/

--/* dBase III文件
select * from
OPENROWSET('MICROSOFT.JET.OLEDB.4.0'
,'dBase III;HDR=NO;IMEX=2;DATABASE=C:\','select * from [客户资料3.dbf]')
--*/

--/* FoxPro 数据库
select * from openrowset('MSDASQL',
'Driver=Microsoft Visual FoxPro Driver;SourceType=DBF;SourceDB=c:\',
'select * from [aa.DBF]')
--*/

/**************导入DBF文件****************/
select * from openrowset('MSDASQL',
'Driver=Microsoft Visual FoxPro Driver;
SourceDB=e:\VFP98\data;
SourceType=DBF',
'select * from customer where country != "USA" order by country')
go
/***************** 导出到DBF ***************/
如果要导出数据到已经生成结构(即现存的)FOXPRO表中,可以直接用下面的SQL语句

insert into openrowset('MSDASQL',
'Driver=Microsoft Visual FoxPro Driver;SourceType=DBF;SourceDB=c:\',
'select * from [aa.DBF]')
select * from 表

说明:
SourceDB=c:\　指定foxpro表所在的文件夹
aa.DBF　　　　指定foxpro表的文件名.

/*************导出到Access********************/
insert into openrowset('Microsoft.Jet.OLEDB.4.0',
　 'x:\A.mdb';'admin';'',A表) select * from 数据库名..B表

/*************导入Access********************/
insert into B表 selet * from openrowset('Microsoft.Jet.OLEDB.4.0',
　 'x:\A.mdb';'admin';'',A表)

文件名为参数
declare @fname varchar(20)
set @fname = 'd:\test.mdb'
exec('SELECT a.* FROM opendatasource(''Microsoft.Jet.OLEDB.4.0'',
　　'''+@fname+''';''admin'';'''', topics) as a ')

SELECT *
FROM OpenDataSource( 'Microsoft.Jet.OLEDB.4.0',
　'Data Source="f:\northwind.mdb";Jet OLEDB:Database Password=123;User ID=Admin;Password=;')...产品

*********************　导入 xml　文件

DECLARE @idoc int
DECLARE @doc varchar(1000)
--sample XML document
SET @doc ='
<root>
　<Customer cid= "C1" name="Janine" city="Issaquah">
　　　<Order oid="O1" date="1/20/1996" amount="3.5" />
　　　<Order oid="O2" date="4/30/1997" amount="13.4">Customer was very satisfied
　　　</Order>
　 </Customer>
　 <Customer cid="C2" name="Ursula" city="Oelde" >
　　　<Order oid="O3" date="7/14/1999" amount="100" note="Wrap it blue
　　　　　　 white red">
　　　　　　<Urgency>Important</Urgency>
　　　　　　Happy Customer.
　　　</Order>
　　　<Order oid="O4" date="1/20/1996" amount="10000"/>
　 </Customer>
</root>
'
-- Create an internal representation of the XML document.
EXEC sp_xml_preparedocument @idoc OUTPUT, @doc

-- Execute a SELECT statement using OPENXML rowset provider.
SELECT *
FROM OPENXML (@idoc, '/root/Customer/Order', 1)
　　　WITH (oid　　 char(5),
　　　　　　amount　float,
　　　　　　comment ntext 'text()')
EXEC sp_xml_removedocument @idoc

???????

/**********************Excel导到Txt****************************************/
想用
select * into opendatasource(...) from opendatasource(...)
实现将一个Excel文件内容导入到一个文本文件

假设Excel中有两列，第一列为姓名，第二列为很行帐号(16位)
且银行帐号导出到文本文件后分两部分，前8位和后8位分开。

邹健：
如果要用你上面的语句插入的话,文本文件必须存在,而且有一行:姓名,银行账号1,银行账号2
然后就可以用下面的语句进行插入
注意文件名和目录根据你的实际情况进行修改.

insert into
opendatasource('MICROSOFT.JET.OLEDB.4.0'
,'Text;HDR=Yes;DATABASE=C:\'
)...[aa#txt]
--,aa#txt)
--*/
select 姓名,银行账号1=left(银行账号,8),银行账号2=right(银行账号,8)
from
opendatasource('MICROSOFT.JET.OLEDB.4.0'
,'Excel 5.0;HDR=YES;IMEX=2;DATABASE=c:\a.xls'
--,Sheet1$)
)...[Sheet1$]

如果你想直接插入并生成文本文件,就要用bcp

declare @sql varchar(8000),@tbname varchar(50)

--首先将excel表内容导入到一个全局临时表
select @tbname='[##temp'+cast(newid() as varchar(40))+']'
,@sql='select 姓名,银行账号1=left(银行账号,8),银行账号2=right(银行账号,8)
into '+@tbname+' from
opendatasource(''MICROSOFT.JET.OLEDB.4.0''
,''Excel 5.0;HDR=YES;IMEX=2;DATABASE=c:\a.xls''
)...[Sheet1$]'
exec(@sql)

--然后用bcp从全局临时表导出到文本文件
set @sql='bcp "'+@tbname+'" out "c:\aa.txt" /S"(local)" /P"" /c'
exec master..xp_cmdshell @sql

--删除临时表
exec('drop table '+@tbname)

/********************导整个数据库*********************************************/

用bcp实现的存储过程

/*
实现数据导入/导出的存储过程
　　　　 根据不同的参数,可以实现导入/导出整个数据库/单个表
调用示例:
--导出调用示例
----导出单个表
exec file2table 'zj','','','xzkh_sa..地区资料','c:\zj.txt',1
----导出整个数据库
exec file2table 'zj','','','xzkh_sa','C:\docman',1

--导入调用示例
----导入单个表
exec file2table 'zj','','','xzkh_sa..地区资料','c:\zj.txt',0
----导入整个数据库
exec file2table 'zj','','','xzkh_sa','C:\docman',0

*/
if exists(select 1 from sysobjects where name='File2Table' and objectproperty(id,'IsProcedure')=1)
drop procedure File2Table
go
create procedure File2Table
@servername varchar(200)　--服务器名
,@username varchar(200)　 --用户名,如果用NT验证方式,则为空''
,@password varchar(200)　 --密码
,@tbname varchar(500)　 --数据库.dbo.表名,如果不指定:.dbo.表名,则导出数据库的所有用户表
,@filename varchar(1000)　--导入/导出路径/文件名,如果@tbname参数指明是导出整个数据库,则这个参数是文件存放路径,文件名自动用表名.txt
,@isout bit　　　--1为导出,0为导入
as
declare @sql varchar(8000)

if @tbname like '%.%.%' --如果指定了表名,则直接导出单个表
begin
set @sql='bcp '+@tbname
　+case when @isout=1 then ' out ' else ' in ' end
　+' "'+@filename+'" /w'
　+' /S '+@servername
　+case when isnull(@username,'')='' then '' else ' /U '+@username end
　+' /P '+isnull(@password,'')
exec master..xp_cmdshell @sql
end
else
begin --导出整个数据库,定义游标,取出所有的用户表
declare @m_tbname varchar(250)
if right(@filename,1)<>'\' set @filename=@filename+'\'

set @m_tbname='declare #tb cursor for select name from '+@tbname+'..sysobjects where xtype=''U'''
exec(@m_tbname)
open #tb
fetch next from #tb into @m_tbname
while @@fetch_status=0
begin
　set @sql='bcp '+@tbname+'..'+@m_tbname
　 +case when @isout=1 then ' out ' else ' in ' end
　 +' "'+@filename+@m_tbname+'.txt " /w'
　 +' /S '+@servername
　 +case when isnull(@username,'')='' then '' else ' /U '+@username end
　 +' /P '+isnull(@password,'')
　exec master..xp_cmdshell @sql
　fetch next from #tb into @m_tbname
end
close #tb
deallocate #tb
end
go

/************* Oracle **************/
EXEC sp_addlinkedserver 'OracleSvr',
　 'Oracle 7.3',
　 'MSDAORA',
　 'ORCLDB'
GO

delete from openquery(mailser,'select *　from yulin')

select *　from openquery(mailser,'select *　from yulin')

update openquery(mailser,'select * from　yulin where id=15')set disorder=555,catago=888

insert into openquery(mailser,'select disorder,catago from　yulin')values(333,777)

补充：

对于用bcp导出,是没有字段名的.

用openrowset导出,需要事先建好表.

用openrowset导入,除ACCESS及EXCEL外,均不支持非本机数据导入

　　下面介绍几种常见的数据导入的方法，希望能够给大家启迪。另外，本文所涉及到的数据库均为ORACLE数据库，其实对于其他数据库而言，方法类似。

　　一、Sql*:Loader

　　该方法是Oracle数据库下数据导入的最重要的方法之一，该工具由Oracle客户端提供，其基本工作原理是：首先要针对数据源文件制作一个控制文件，控制文件是用来解释如何对源文件进行解析，其中需要包含源文件的数据格式、目标数据库的字段等信息，一个典型的控制文件为如下形式：
LOAD DATA
    INFILE  '/ora9i/fengjie/agent/data/ipaagentdetail200410.txt'    
    TRUNCATE
    INTO TABLE fj_ipa_agentdetail
    fields terminated ","
    trailing nullcols
(  AGENT_NO       char,
  AGENT_NAME     char,
  AGENT_ADDRESS  char,
  AGENT_LINKNUM  char,
  AGENT_LINKMAN  char          
)

其中，INFILE  '/ora9i/fengjie/agent/data/ipaagentdetail200410.txt'指明所要导入的源文件，其实源文件也可以直接通过命令行来输入获得 
，fj_ipa_agentdetail为目标表的名字，fields terminated ","是指源文件的各个字段是以逗号分隔，trailing nullcols表示遇到空字段依然写入到数据库表中，最后这５个字段是目标数据库表的字段结构。通过上面这个典型的控制文件的格式分析可知，控制文件需要与源文件的格式信息一致，否则导入数据会出现异常。
除了控制以外，sql*loader的还需要数据文件，即源文件。根据格式的不同，源文件可以分为固定字段长度和有分隔符这两大类，这里将分别说明这两种情况：

固定字段长度的文本文件
就是每个字段拥有固定的字段长度，比如：
602530005922        1012
602538023138        1012
602536920355        1012
602531777166        1012
602533626494        1012
602535700601        1012

有分隔符的文本文件
就是每个字段都有相同的分隔符分隔，比如：

1001,上海长途电信综合开发公司,南京东路34号140室
1002,上海桦奇通讯科技有限公司,武宁路19号1902室
1003,上海邦正科技发展有限公司,南京东路61号903室

　　对于上述两种文件格式sql*loader均可以做处理，下面就前面那个固定长度的文本来举例说明：
由于该文本只有两个字段，一个为设备号，一个是区局编号，两者的长度分别为２０和５，那么可以　　　编制控制文件如下：
LOAD DATA
    INFILE  '/ora9i/fengjie/agent/data/ipaagent200410.txt'
    TRUNCATE
    INTO TABLE fj_ipa_agent
(         DEVNO      POSITION(1:20) CHAR,
          BRANCH_NO    POSITION(21:25) CHAR        
)
　　其中，'/ora9i/fengjie/agent/data/ipaagent200410.txt'为该文件的完全路径，POSITION(M:N)表示该字段是从位置M到位置N。

　　对于有分隔符的数据文件，前面已经有一个例子，这里就不再赘述了。总之，使用Sql*Loader能够轻松将数据文件导入到数据库中，这种方法也是最常用的方法。

　　二、 使用专业的数据抽取工具

　　目前在数据仓库领域中，数据抽取与装载（ETL）是一重要的技术，这一技术对于一些大的数据文件或者文件数量较多尤其适合。这里简单介绍目前一款主流的数据抽取工具――Informatica。

　　该工具主要采用图形界面进行编程，其主要工作流程是：首先将源数据文件的结构（格式）导入为Informatica里，然后根据业务规则对该结构进行一定的转换(transformation)，最终导入到目标表中。

　　以上过程仅仅只是做了一个从源到目标的映射，数据的实际抽取与装载需要在工作流（workflow）里进行。

　　使用专业的数据抽取工具，可以结合业务逻辑对多个源数据进行join,union,insect等操作，适合于大型数据库和数据仓库。

　　三、 使用Access工具导入

　　可以直接在Access里选择‘打开‘文本文件，这样按照向导来导入一个文本文件到Access数据库中，然后使用编程的方法将其导入到最终的目标数据库中。

　　这种方法虽然烦琐，但是其对系统的软件配置要求相对较低，所以也是有一定的使用范围。

　　四、 小结

　　总之，平面文件转化为数据库格式有利于数据的处理，显然，数据库强大的数据处理能力比直接进行文件I/O效率高出很多，希望本文能够对该领域做一个抛砖引玉的作用。

crazybaw 回复于：2003-09-22 19:09:57 这种操作只适合有用户会话的，假设在USERNAME字段中是空的呢，这样做的时候ORACLE会报错，提示“会话不是用户会话”，请问该如何处理 操作和结果如下： select t2.username,t2.sid,t2.serial#,t2.logon_time  from v$locked_object t1,v$session t2  where t1.session_id=t2.sid order by t2.logon_time  结果： username为空 ，sid为5， serial#为1， logon_time为一3天前的时间 ，然后执行alter system kill session '5,1#'; ORACLE报错，提示“会话不是用户会话”，无法删除。  crazybaw 回复于：2003-09-22 19:16:46 请问我执行查询：select b.owner,b.object_name,l.session_id,l.locked_mode  from v$locked_object l, dba_objects b  where b.object_id=l.object_id  得到的结果如下： owner=SYS，OBJECT_NAME=FET$,SESSION_ID,LOCKED_MODE=3，请问该如何处理？字段OBJECT_NAME=FET$和LOCKED_MODE=3表示什么？LOCKED_MODE=3是否表示Row-X 行独占(RX)：用于行的修改，sub exclusive？  rollingpig 回复于：2003-09-23 08:54:49 alter system kill session '5,1';  wxx 回复于：2003-09-23 10:41:35 这种问题在Oracle8i中会比较常遇到，特别是在本地网计费项目中，因为当时Oracle狂推OPS，但是许多集成商的OPS的使用能力实在有限，所以常常会因为OPS导致许多问题，特别是在销账高峰期常常会出问题：数据库被挂死，一个节点的Instance出问题，另外一个也就被挂死了。 这些问题的解决关键要设置好OPS的相关参数，以及相关库表的存储参数才能解决问题，而且在销账高峰期要尽量避免想其他的大事务操作，否则因为都要操作数据字典也会带来一些问题。  crazybaw 回复于：2003-09-23 11:24:02 [quote:1a0cf9cf18="rollingpig"]alter system kill session '5,1';[/quote:1a0cf9cf18]      呵呵，我用的就是alter system kill session '5,1'，只不过在上面的帖子手误而已。  crazybaw 回复于：2003-09-23 11:30:38 [quote:da7fe0de27="wxx"]这种问题在Oracle8i中会比较常遇到，特别是在本地网计费项目中，因为当时Oracle狂推OPS，但是许多集成商的OPS的使用能力实在有限，所以常常会因为OPS导致许多问题，特别是在销账高峰期常常会出问题：数据库被挂死，?.........[/quote:da7fe0de27]      出现该情况的条件很多，电信上面的确暴露的比较明显  rollingpig 回复于：2003-09-23 11:30:58 呵呵 那就郁闷了  peterking 回复于：2003-09-23 11:48:20 交易通过CICS调用ORACLE的，一般不应该直接kill session。应该找出session 对应的process id，在操作系统中kill -9 pid，锁可以自动释放。  zhaoyang 回复于：2003-09-26 21:50:15  flysnowpp 回复于：2003-09-27 09:36:23 用9i的RAC就好多了，锁的问题解决了不少。 [quote:5e5ba27208="wxx"]这种问题在Oracle8i中会比较常遇到，特别是在本地网计费项目中，因为当时Oracle狂推OPS，但是许多集成商的OPS的使用能力实在有限，所以常常会因为OPS导致许多问题，特别是在销账高峰期常常会出问题：数据库被挂死，?.........[/quote:5e5ba27208]

转自http://www.dbonline.cn/source/oracle/20031217/BACKUP_unsafe%20factor%20and%20illuminate%20of%20oracle8i.html

作为对象关系型数据库的杰出代表，Oracle无疑是最具实力的。无论是在数据库的规模，多媒体数据类型的支持，SQL操作复制的并行性还是在安全服务方面，Oracle均比SYBASE、Informix强许多，加上其最新版本Oracle8.0.4更是增强了这方面的特性，而且还引入了一些新的特性，比如：数据分区(Data Partitioning)、对象关系技术(Object Relational Technology)、唯索引表(Index only tables)、连接管理器(Connection Manager)[NET8特性]、高级队列(Advanced Quening)等，所以有一种说法：Oracle8是适用于如Peoplesoft，SAP和Baan等封装式应用系统最好的数据库引擎。

　　虽然Oracle8有许多的优点，但正如微软的WINDOWS系统也会死机一样，任何再好的软件也有他的缺陷，一个优秀的软件不可能就是十全十美，他只是避免了大多数常见的或者可能被考虑到的问题，而一些不容易被发现却非常致命的问题往往会被疏忽掉。Oracle8也同样存在着不安全的因素，许多正在想尽快升级到Oracle8的Oracle7.1、Oracle7.2、Oracle7.3用户不能不考虑到这个因素。当然，这个不安全因素并不是一下子就发现的，而是我们在对一个非常庞大的表进行管理时发现的，这种隐患在使用Oracle创建的小型或者中型数据库中可能不会出现或根本无法发现，因为Oracle8独有的特性已经将这种隐患降低到最低的程度，你大可放心你的数据库系统的安全。

问题

　　我们安装的Oracle8数据库是工作于主机-终端方式下的，系统主机采用的是四台HP-9000小型机、1.5G的内存。建库初期时设定的最大事务数是按Oracle8的默认取值[这也是Oracle7的默认取值]取的：块值为2K，事务数为32（对于一个要处理非常庞大的数据库时，一般我们设定的块值要大于2K，至少应为4K或者16K，当然这还与主机的CPU能力和I/0能力值有关），并在建库时没有进行分区建表，这也许就为以后数据库出问题留下了隐患。由于日访问数据库的用户非常多，而且对同一表操作的用户数量太大，致使那个表经常被锁住，不断有用户抱怨他们进不了系统，主机发送的数据包太慢，经常报ORA-600的错误。起初我们以为是系统网络问题，但这种可能性比较小，因为我们发现系统CPU峰值经常在90%多，空闲很小，数据库资源太忙，同时有十多个人锁住一个大表进行操作，自然一部分用户就无法进入系统，对此我们写了如下的SQL语句对锁表用户进行监控：

SELECT OBJECT_ID,SESSION_ID,SERIAL#,
ORACLE_USERNAME,OS_USER_NAME,S.PROCESS
FROM V$LOCKED_OBJECT A,
V$SESSION S WHERE A.SESSION_ID=S.SID;

也许有的人会问为什么不用如下的SQL语句进行查询：

SELECT a.username,a.sid,a.serial#,b.id1,
c.sql_text from v$session a,
V$lock b,v$sqltext c where a.lockwait=b.kaddr and
a. sql_address=c.address and a.sql_hash_value=c.hash_value;

　　以上两个SQL语句都会查询返回当前被锁住的用户列表，但第二个SQL语句由于加入了sql_text从而使这个查询变得非常的慢长，特别是在有许多用户同时对数据库进行操作时，建议不用，第一个SQL 语句会在很短的时间内查询出是谁在锁表，从而有利于对数据库的管理，一但有用户进入不了，我们就马上杀死其锁进程[SID，SERIAL#]，SQL语句如下：ALTER SYSTEM KILL SESSION ‘SID，SERIAL#'，但这并不是解决问题的根本方法，只能暂时缓解一下；另外我们还发现回滚段时常有“online”与“offline”的现象，于是我们又考虑是否是回滚段引起的问题：因为我们一但对大的回滚段进行操作，马上就会有用户反映无法进入。我们知道回退段的大小直接依赖于数据库的活动状态，而每一个EXTENTS都应具有相同的值（Oracle的推荐）[INITIAL EXTENTS的值可以从2K（32）、4K（69）、8K（142）、16K、32K等列表中选择]，这将保证你删掉一个区的时候，你可以重新使用它的空间而不会造成浪费，另外MINEXTENTS应设为20，这将不会使回退段扩展另一个EXTENT时用到正在被活动的事务所使用的空间，因而我们就可以据此来确定回退段大小，查出数据库正常运行时所需回滚段的尺寸,为此我们重新设置了回退段的OPTIMAL参数[事实是OPTIMAL的值并不足引起数据库出错]，增大了OPTIMAL的值，使用命令SET TRANSACTION USE ROLLBACK SEGMENT为系统指定了一个大的回退段[注意OPTIMAL参数要足够大以使ORACLE不需经常回缩和重新分配EXTENTS，如果设得小于最小覆盖值，性能将由于额外的段重设置而下降，对于一个要执行长查询的系统，OPTIMAL应设成足够大以避免ORA-1555，“Smapshot too old”的错误，而对于运行小的事务，OPTIMAL应设得小一些，使回退段足够小以便放于内存中，这将提高系统性能。]，但我们发现这样做后，ORA-600的错误依然出现，而且锁表越来越严重；我们又考虑暂时锁住这个表，不让用户进入，先把用户的锁进程全部杀完再看，由于一开始就采用了主机-终端的工作方式，因而根本就无法清除得完，除非断掉外部的所有网络连接，但那样无疑是重启数据库，最终我们选择了重启数据库。

　　重启数据库后系统资源一下子得以释放，用户明显感觉速度上来了，能够保证正常使用，就在我们认为系统可能是因为长期没有DOWN机，用户登录数过多造成数据库死锁的时候，一个非常严重的问题出现了，那个表中的一个数据无法进行UPDATE，一UPDATE就报ORACLE内部代码错误，当时我们并没在意，但是不久，我们又发现另一表中编号有重复的现象，根据ORACLE8的数据唯索引表性，这种现象应该根本不会存在，因为我们在这个表中只建立了唯一索引，于是我们电话询问ORACLE公司的技术工程师，也许ORACLE的技术工程师们也是第一次遇到这种问题，他们的回答是数据字典太老，数据索引坏掉，建议重建索引，并把问题向亚太反映。在ORACLE公司的技术工程师的指导下，我们重建了该表，并重新建立了索引，在重建索引过程中，开始几次都不成功，而且无法DROP掉先前的表，经过仔细的查找，我们发现ORACLE8中的确有索引重复的现象，一个表中有两条重复的索引，直接导致数据库HANG，不能访问，但查看系统状态、进程、LISTENER却都正常，从日志文件来看，文件过小（7MB），CHECK POINT频繁，影响到了系统的性能，通过以上调整后，数据库问题暂时缓解了，可以做UPDATE，但是ORACLE的内部代码错误却依然存在，只是暂时还不会影响到我们对数据库的使用，而回滚段开始出现“online rollback segment”的问题，更加令人不解的是数据库居然出现了自动DOWN机的现象，于是我们再次询问ORACLE公司的技术工程师，他们的答复是ORACLE已经注意到了ORACLE8.0.4版本的一些问题，他们将会给数据库打PATCH，希望能够解决到这些问题，但是考虑到给数据库打一个PATCH，将会把所有的数据都要EXPORT出来，这将是一个非常危险的操作，而且所有主机上的程序都要重新编译一到，没有一个星期的时间是无法做好的，而那是根本不可能的事情，因而我们现在还在等待ORACLE公司一个更好的解决办法。

说明

　　以上问题可能是ORACLE的一个BUG，但任何软件都有它不完善的一面，否则又何必出什么补丁了，有了补丁肯定会比没有补丁强，但是我们在设计一个系统时也一定要考虑到以下的一些方面：

　　1、 主机系统的CPU能力与I/0能力：HP偏重于I/0能力，CPU能力不强，你的数据库就应该尽量避免让CPU占用率太大；DEC偏重于CPU能力，I/0能力不强，你的数据库就可以考虑适当增大某些占用CPU参数的设置；SUN的CPU能力与I/0能力差不多，你的数据库就应该考虑平衡参数，过大过小都不好。

　　2、 增大日志文件的SIZE，至少不会低于8MB，日志文件过小会导致CHECK POINT频繁，从而影响到系统的性能。

　　3、 回滚段最好保持一个比较合理的值，对一些较大的回滚段可适当增加MINEXTENTS，并设置OPTIMAL，保证一般事物处理无需经常动态分配空间与及时回收空间。

　　4、 要充分利用CPU系统资源及提高CPU的命中率，可适当增大log_simultaneous_copies,db_block_latches,db_writes的设置。

　　5、 适当增加db_block_buffera与share_pool_size的SIZE，以提高BUFFER值，增加内存，尽快提高BUFF及SQL的命中率。

　　6、 主机-终端方式尽管可以便于数据维持，但主机-终端方式却造成主机负荷太重，建议采用客户-服务端方式建系统。

目录 

1. 日常维护程序 
A ． 检查已起的所有实例 
B ． 查找一些新的警告日志 
C ． 检查 DBSNMP 是否在运行 
D ． 检查数据库备份是否正确 
E ． 检查备份到磁带中的文件是否正确 
F ． 检查数据库的性能是否正常合理，是否有足够的空间和资源 
G ． 将文档日志复制到备份的数据库中 
H ． 要常看 DBA 用户手册 
2. 晚间维护程序 
A ．收集 VOLUMETRIC 的数据 
3. 每周维护工作 
A ． 查找那些破坏规则的 OBJECT 
B ． 查找是否有违反安全策略的问题 
C ． 查看错误地方的 SQL*NET 日志 
D ． 将所有的警告日志存档 
E ． 经常访问供应商的主页 
4. 月维护程序 
A ． 查看对数据库会产生危害的增长速度 
B ． 回顾以前数据库优化性能的调整 
C ． 查看 I/O 的屏颈问题 
D ． 回顾 FRAGMENTATION 
E ． 将来的执行计划 
F ． 查看调整点和维护 
5. 附录 
A ． 月维护过程 
B ． 晚间维护过程 
C ． 周维护过程 
6. 参考文献 
---------------------------------------------------------------- 

一．日维护过程 

A ．查看所有的实例是否已起 
确定数据库是可用的，把每个实例写入日志并且运行日报告或是运行测试 
文件。当然有一些操作我们是希望它能自动运行的。 
可选择执行：用 ORACLE 管理器中的‘ PROBE' 事件来查看 
B ．查找新的警告日志文件 
1. 联接每一个操作管理系统 
2. 使用‘ TELNET' 或是可比较程序 
3. 对每一个管理实例，经常的执行 $ORACLE_BASE/<SID>/bdump 操 
作，并使其能回退到控制数据库的 SID 。 
4. 在提示下，使用 UNIX 中的‘ TAIL '命令查看 alert_<SID>.log ，或是 
用其他方式检查文件中最近时期的警告日志 
5. 如果以前出现过的一些 ORA_ERRORS 又出现，将它记录到数据库 
恢复日志中并且仔细的研究它们，这个数据库恢复日志在〈 FILE 〉中 
C ．查看 DBSNMP 的运行情况 
检查每个被管理机器的‘ DBSNMP' 进程并将它们记录到日志中。 
在 UNIX 中，在命令行中，键入 ps –ef | grep dbsnmp, 将回看到 2 个 
DBSNMP 进程在运行。如果没有，重启 DBSNMP 。 
D ．查数据库备份是否成功 
E ．检查备份的磁带文档是否成功 
F ．检查对合理的性能来说是否有足够的资源 
1. 检查在表空间中有没有剩余空间。 
对每一个实例来说，检查在表空间中是否存在有剩余空间来满足当天 
的预期的需要。当数据库中已有的数据是稳定的，数据日增长的平均 
数也是可以计算出来，最小的剩余空间至少要能满足每天数据的增 长。 
A ） 运行‘ FREE.SQL' 来检查表空间的剩余空间。 
B ） 运行‘ SPACE.SQL' 来检查表空间中的剩余空间百分率 
2. 检查回滚段 
回滚段的状态一般是在线的，除了一些为复杂工作准备的专用 段，它一般状态是离线的。 
a) 每个数据库都有一个回滚段名字的列表。 
b) 你可以用 V$ROLLSTAT 来查询在线或是离线的回滚段的现在状 态 . 
c) 对于所有回滚段的存储参数及名字， 可用 
DBA_ROLLBACK_SEGS 来查询。但是它不如 V$ROLLSTAT 准确。 
3. 识别出一些过分的增长 
查看数据库中超出资源或是增长速度过大的段，这些段的存储参 数需要调整。 
a ） 收集日数据大小的信息， 可以用 
‘ ANALYZE5PCT.SQL '。如果你收集的是每晚的信息， 则可跳过这一步。 
b ） 检查当前的范围，可用‘ NR.EXTENTS.SQL' 。 
c ） 查询当前表的大小信息。 
d ） 查询当前索引大小的信息。 
e ） 查询增长趋势。 
4. 确定空间的范围。 
如果范围空间对象的 NEXT_EXTENT 比表空间所能提供的最大范 
围还要大，那么这将影响数据库的运行。如果我们找到了这个目标，可 
以用‘ ALTER TABLESPACE COALESCE' 调查它的位置，或加另外 的数据文件。 
A ）运行‘ SPACEBOUND.SQL' 。如果都是正常的，将不返回任何行。 
5. 回顾 CPU ，内存，网络，硬件资源论点的过程 
A ）检查 CPU 的利用情况，进到 x:webphase2default.htm =>system 
metrics=>CPU 利用页， CPU 的最大限度为 400 ，当 CPU 的占用保持 
在 350 以上有一段时间的话，我们就需要查看及研究出现的问题。 
G ．将存档日志复制到备用数据库中 
如果有一个备用数据库，将适当的存档日志复制到备用数据库的期望 
位置，备用数据库中保存最近期的数据。 
H. 经常查阅 DBA 用户手册 
如果有可能的话，要广泛的阅读，包括 DBA 手册，行业杂志，新闻 组或是邮件列表。 
------------------------------------------------------------- 

二．晚间维护过程 

大部分的数据库产品将受益于每晚确定的检查进程的运行。 
A. 收集 VOLUMETRIC 数据 
1. 分析计划和收集数据 
更准确的分析计算并保存结果。 
a ） 如果你现在没有作这些的话，用‘ MK VOLFACT.SQL' 来创建测定体积的 表。 
b ） 收集晚间数据大小的信息，用‘ ANALYZE COMP.SQL' 。 
c ） 收集统计结果，用‘ POP VOL.SQL' 。 
d ） 在空闲的时候检查数据，可能的话，每周或每个月进行。 
我是用 MS EXCEL 和 ODBC 的联接来检查数据和图表的增长 
------------------------------------------------------------- 

三．每周维护过程 

A ． 查找被破坏的目标 
1. 对于每个给定表空间的对象来说， NEXT_EXTENT 的大小是相同的，如 
12/14/98 ，缺省的 NEXT_EXTENT 的 DATAHI 为 1G ， DATALO 为 500MB ， 
INDEXES 为 256MB 。 
A ） 检查 NEXT_EXTENT 的设置，可用‘ NEXTEXT 。 SQL' 。 
B ） 检查已有的 EXTENTS ，可用‘ EXISTEXT 。 SQL' 。 
2. 所有的表都应该有唯一的主键 
a ） 查看那些表没有主键，可用‘ NO_PK.SQL' 。 
b ） 查找那些主键是没有发挥作用的，可用‘ DIS_PK.SQL' 。 
c ） 所有作索引的主键都要是唯一的，可用‘ NONUPK 。 SQL' 来检 查。 
3. 所有的索引都要放到索引表空间中。运行‘ MKREBUILD_IDX 。 SQL' 
4. 不同的环境之间的计划应该是同样的，特别是测试环境和成品环境之间的 计划应该相同。 
a ） 检查不同的 2 个运行环境中的数据类型是否一致，可用 
‘ DATATYPE.SQL '。 
b ） 在 2 个不同的实例中寻找对象的不同点， 可用 
‘ OBJ_COORD.SQL '。 
c ） 更好的做法是，使用一种工具，象寻求软件的计划管理器那样的 工具。 
B ． 查看是否有危害到安全策略的问题。 
C ． 查看报错的 SQL*NET 日志。 
1. 客户端的日志。 
2. 服务器端的日志。 
D ． . 将所有的警告日志存档 
E ． . 供应商的主页 
1. ORACLE 供应商 
http://www.oracle.com  
http://technet.oracle.com  
http://www.oracle.com /support 
http://www.oramag.com  
2. Quest Software 
http://www.quests.com  
3. Sun Microsystems 
http://www.sun.com  
---------------------------------------------------------------- 

四．月维护过程 

A ．查看对数据库会产生危害的增长速度 
1. 从以前的记录或报告中回顾段增长的变化以此来确定段增长带来危害 
B ． 回顾以前数据库优化性能的调整 
1. 回顾一般 ORACLE 数据库的调整点，比较以前的报告来确定有害的发展 趋势。 
C ． 查看 I/O 的屏颈问题 
1. 查看前期数据库文件的活动性，比较以前的输出来判断有可能导致屏颈 问题的趋势。 
D ． 回顾 FRAGMENTATION 
E ． 计划数据库将来的性能 
1. 比较 ORACLE 和操作系统的 CPU ，内存，网络，及硬盘的利用率以此 
来确定在近期将会有的一些资源争夺的趋势 
2. 当系统将超出范围时要把性能趋势当作服务水平的协议来看 
F ． 完成调整和维�