AI 助理
备案控制台
开发者社区 数据库 文章 正文

oracle11g dataguard物理备库搭建（关闭主库cp数据文件到备库）

2017-11-15 1696
版权
版权声明：
本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《 阿里云开发者社区用户服务协议》和 《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写 侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
本文涉及的产品
日志服务 SLS，月写入数据量 50GB 1个月
简介：

Dataguard 环境：

操作系统:Redhat6.4

Primary数据库:
IP 地址：192.168.1.122
数据库SID：ora11g
DB_UNIQUE_NAME:ora11g_primary

Standby数据库:
IP 地址：192.168.1.123
数据库SID：ora11g
DB_UNIQUE_NAME:ora11g_standby

(注:oracle数据库版本是11.2.0.1.0)

1.Primary端的配置
(1).检查数据库是否支持 Data Guard(企业版才支持),是否归档模式，Enable force logging

$ sqlplus '/as sysdba'
SQL> select * from v$option where parameter = 'Managed Standby'; 
确认主库处于归档模式 
SQL> archive log list （先检查是否归档模式，不是则修改）
startup mount
alter database archivelog;
alter database open;

(2)将primary 数据库置为 FORCE LOGGING模式

SQL> alter database force logging; (强制产生日志)
如果主库没有密码文件则建立密码文件，从而可以 OS验证的方式登陆
$ orapwd file=$ORACLE_HOME/dbs/orapwora11g password=oracle entries=5

(3)为主数据库添加备用联机日志文件
SQL> alter database add standby logfile group 4 ('/u01/app/oracle/oradata/ora11g/stdby_redo04.log') size 50m;
alter database add standby logfile group 5 ('/u01/app/oracle/oradata/ora11g/stdby_redo05.log') size 50m;
alter database add standby logfile group 6 ('/u01/app/oracle/oradata/ora11g/stdby_redo06.log') size 50m;
alter database add standby logfile group 7 ('/u01/app/oracle/oradata/ora11g/stdby_redo07.log') size 50m;
standby redolog的组数参考公式：(online redolog组数 + 1) * 数据库线程数；单机线程数为1，RAC一般为2。
standby redolog的组成员数和大小也尽量和online redolog一样。
(注：在备库中也要建立相同的standbylog组。)

(4)修改主库参数文件
SQL> create pfile from spfile;

主库
DB_NAME=ora11g
DB_UNIQUE_NAME=ora11g_primary
LOG_ARCHIVE_CONFIG='DG_CONFIG=(ora11g_primary ,ora11g_standby)' 
LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=ora11g_primary'
LOG_ARCHIVE_DEST_2='SERVICE=ora11g_standby LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=ora11g_standby'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
LOG_ARCHIVEFORMAT=%t%s_%r.arc
FAL_SERVER=ora11g_standby
FAL_CLIENT=ora11g_primary
STANDBY_FILE_MANAGEMENT=AUTO

(5)建立备用库的控制文件
SQL>shutdown immediate

SQL>startup mount
SQL> alter database create standby controlfile as '/u01/standby_ctl01.ctl';

(6)配置listener.ora和tnsnames.ora

Listener.ora 文件：

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = ora11g)
(SID_NAME = ora11g)
(ORACLE_HOME = /home/db/oracle/product/11.2.0/dbhome_1)
)
)

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = DG-Primary)(PORT = 1521))
)
)

ADR_BASE_LISTENER = /u01/app/oracle

tnsnames.ora文件:

ORA11G_PRIMARY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.122)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ora11g)
)
)
ORA11G_STANDBY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.123)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ora11g)
)
)

(7)主库用修改过的PFILE 生产SPFILE
关闭主数据库
SQL>shutdown immediate
生成spfile
SQL> create spfile from pfile;

2.Standby端的配置

(1). 创建备库存放数据文件和后台跟踪目录
mkdir -p $ORACLE_BASE/oradata/ora11g

mkdir -p $ORACLE_BASE/admin/ora11g

mkdir -p $ORACLE_BASE/admin/ora11g/adump

mkdir -p $ORACLE_BASE/admin/ora11g/bdump

mkdir -p $ORACLE_BASE/admin/ora11g/cdump

mkdir -p $ORACLE_BASE/admin/ora11g/dpdump

mkdir -p $ORACLE_BASE/admin/ora11g/pfile

mkdir -p $ORACLE_BASE/admin/ora11g/udump

mkdir -p $ORACLE_BASE/diag/rdbms

mkdir -p $ORACLE_BASE/diag/tnslsnr
mkdir -p $ORACLE_BASE/flash_recovery_area/ora11g
mkdir -p $ORACLE_BASE/flash_recovery_area/ORA11g
mkdir -p $ORACLE_BASE/archive

(2).把文件传输到备库下
关闭主库复制文件
$scp $ORACLE_BASE/oradata/.dbf 192.168.1.123:/$ORACLE_BASE/oradata/ora11g
$scp $ORACLE_BASE/oradata/.log 192.168.1.123:/$ORACLE_BASE/oradata/ora11g
$scp /u01/standby_ctl01.ctl 192.168.1.123:/$ORACLE_BASE/oradata/ora11g
$scp $ORACLE_HOME/dbs/initora11g.ora 192.168.1.123: $ORACLE_HOME/dbs/
$ cd $ORACLE_BASE/oradata/ora11g
$ mv standby_ctl01.ctl control01.ctl
$ cp control01.ctl /u01/app/oracle/flash_recovery_area/ora11g/
$cd /u01/app/oracle/flash_recovery_area/ora11g/
$ mv control01.ctl control02.ctl

（3）建立密码文件
如果主库没有密码文件则建立密码文件，从而可以 OS验证的方式登陆
$ orapwd file=$ORACLE_HOME/dbs/orapwora11g password=oracle entries=5
(4)修改备库参数文件
DB_NAME=ora11g
DB_UNIQUE_NAME=ora11g_standby 
LOG_ARCHIVE_CONFIG='DG_CONFIG=(ora11g_primary ,ora11g_standby)' 
LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=ora11g_standby'
LOG_ARCHIVE_DEST_2='SERVICE=ora11g_primary LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=ora11g_primary'
LOG_ARCHIVE_DEST_STATE_1=ENABLE
LOG_ARCHIVE_DEST_STATE_2=ENABLE
REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
LOG_ARCHIVEFORMAT=%t%s_%r.arc
FAL_SERVER=ora11g_primary
FAL_CLIENT=ora11g_standby
STANDBY_FILE_MANAGEMENT=AUTO

(4)修改备库的listener.ora和tnsnames.ora，如果没有的话，可以直接从主库复制过去

Listener.ora 文件：

SID_LIST_LISTENER =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = ora11g)
(SID_NAME = ora11g)
(ORACLE_HOME = /home/db/oracle/product/11.2.0/dbhome_1)
)
)

LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = DG-Standby)(PORT = 1521))
)
)

ADR_BASE_LISTENER = /u01/app/oracle

tnsnames.ora文件:

ORA11G_PRIMARY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.122)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ora11g)
)
)
ORA11G_STANDBY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.1.123)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ora11g)
)
)

(5)复制主库的密码文件到备库的相应位置(注:如果主备库不能同步很可能就是密码文件不一样)

先查看备份库是否有密码文件，有就先删除，然后再复制。
scp $ORACLE_HOME/dbs/orapwora11g 192.168.1.123:/$ORACLE_HOME/dbs/

3.Dataguard启动
(1)启动顺序，先启动备库，然后再启动主库

启动standby database
SQL>startup nomount
SQL>alter database mount standby database; ＃执行此命令后备库会处于手动恢复状态。

启动primary database
SQL>startup mount
SQL>alter database set standby database to maximize availability; (设置为最大性能模式也是默认模式)
SQL>alter database open;
启动standby database到recover manage模式

SQL>alter database recover managed standby database disconnect from session;
＃执行此命令后，备库会切换到自动恢复模式。

如果要启动到实时日志应用模式 (注：前提必须创建standby logfile)

alter database recover managed standby database using current logfile; ＃切换备库到适时应用日志模式，即real-time apply。执行这个命令后光标会停止在那里。
或者alter database recover managed standby database using current logfile disconnect from session; ＃执行这个命令后，会切断这个session，执行的功能与上面相同。
SQL>alter database recover managed standby database using current logfile disconnect from session;

切换standby database到read only模式

SQL> alter database recover managed standby database cancel; #首先取消备库的自动恢复模式
SQL>alter database open read only;
如果要切换回recover manage模式（启动日志应用或者启动日志实时应用）
SQL> alter database recover managed standby database disconnect from session; 启动日志应用
SQL>alter database recover managed standby database using current logfile disconnect from session; 启动日志实时应用

4、启动和关闭顺序

启动顺序

(1).启从、主库的监听Listener
从库DG-Standby：
$lsnrctl start

主库DG-Primary：
$lsnrctl start

(2).启动备库数据库，执行如下：
$sqlplus /nolog
SQL>conn /as sysdba
SQL> startup nomount
SQL> alter database mount standby database; #让备库处于standby
SQL> alter database recover managed standby database using current logfile disconnect from session; ; #开始实时同步

(3).启动主库
$sqlplus /nolog
SQL>conn /as sysdba
SQL> startup
.切换standby database到read only模式

SQL> alter database recover managed standby database cancel; #首先取消备库的自动恢复模式
SQL>alter database open read only;
如果要切换回recover manage模式（启动日志应用或者启动日志实时应用）
SQL> alter database recover managed standby database disconnect from session; 启动日志应用
SQL>alter database recover managed standby database using current logfile disconnect from session; 启动日志实时应用

(3).启动主库数据库(上述第二步执行完毕后，方可执行如下命令)：
SQL>startup

关闭顺序

关闭的时候正好相反，先关闭主库，然后关闭从库。
(1). 关闭主库
$su – oracle
SQL>sqlplus /nolog
SQL>conn /as sysdba
SQL>shutdown immediate;
(2). 关闭从库
su – oracle
SQL>sqlplus /nolog
SQL>conn /as sysdba
SQL>alter database recover managed standby database cancel; #停止同步
SQL>shutdown immediate

5、功能切换
Switchover状态切换

首先在primary上操作：

(1). 验证主库是否能执行角色转换到备库（原主库执行）

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;
SWITCHOVER_STATUS

    TO STANDBY 
    1 row selected

(2).开始把物理主库改变为物理备库（原主库执行）

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;
或
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY with session shutdown;
注：如果有活动的session可以使用此选项，否则转换会遇到ORA-01093错误，也可以杀掉活动会话或等活动会话后进行转换 
(3).关闭并重启主库（原主库执行）
SQL> shutdown immediate
SQL> startup nomount
SQL> alter database mount standby database; #让备库处于standby
SQL> alter database recover managed standby database using current logfile disconnect from session; ; #开始实时同步

然后在standby上操作：
(1).验证备库是否能执行角色转换到主库（原备库执行）
SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE; 
SWITCHOVER_STATUS

TO_PRIMARY 
1 row selected

(2).开始把物理备库转换成物理主库（原备库执行）
SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;
--如果报ORA-16139: media recovery required，可能是由于未应用日志引起，可先执行
ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

(3)打开备库，然后关闭重启.（原备库执行）
SQL> SHUTDOWN IMMEDIATE;
SQL> STARTUP;

(4) 验证是否转换成功（原备库执行）
SQL> ALTER SYSTEM SWITCH LOGFILE;

启动日志应用

(5) 应用归档日志（原主库上执行)
SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

小窍门：要想顺利的实现switchover，最好在每台server上都同时设置好primary和standby的一些初始化参数，虽然其中一些参数只有在primary或者standby其中之一上起作用。

应急切换

（注：模拟主库由于故障无法正常switchover，需要执行failover，强制备库->pridb并接管业务）

(1).备库：

由于是failover，所以理解主库这时候已经无法正常使用，只需备库切换至pridb

停止应用恢复模式

alter database recover managed standby database finish;

转换standbydb为primary db

alter database commit to switchover to primary;

重启数据库，恢复正常业务

SQL>shutdown immediate

SQL>startup

select open_mode,database_role from v$database;

OPEN_MODE DATABASE_ROLE

OPEN PRIMARY

注:failover将破坏dataguard模式,需要重新配置dataguard，网上也说不需要配置，但是还没有测试成功

Failover状态切换
在备库上进行切换：
1.首先停止备库的自动恢复状态：
SQL>alter database recover managed standby database finish;
如果没有使用过standby redo log的话执行：
SQL>alter database recover managed standby database finish skip standby logfile;
2.切换备库到主库：
SQL>alter database commit to switchover to primary;

  1. 关闭数据库：
    SQL>shutdown immediate;
  2. 启动数据库：
    SQL>startup;
    Active状态切换：
    Active是从8i延续过来的，其实不建议采用：

在备库上执行切换：
1：alter database recover managed standby database cancel;
2：alter database activate standby database;
3：shutdown immediate

总结一下Failover 和 Switchover 的区别：

在9i 的dataguad环境中：
1：执行Switch Over 必须是Primary 正常，并且是必须Primary 主动先Switch成 standby.然后standby 才能switch 成primary。
2：如果需要作成primary出问题，standby 能接管的话，必须作 failover ,而不是SwitchOver。

Failover ：
将主数据库offline，备用数据库online，这种操作由系统和软件失败引起。 即使在备用数据库上应用重做日志，也可能出现数据丢失的现象，除非备用数据库运行在 guaranteed protection 模式。
原主数据库重新使用时必须重新启动实例。
其它的备用数据库也需重新启动实例。

Switchover ：
故意将主数据库offline，而将另一备用数据库online，它能够切换到备用数据库而不需同步操作。如：可使用 Switchover 完成系统的平滑升级。 即使在备用数据库上不应用重做日志，也不会造成数据的丢失。
数据库不需重新启动实例。这使主数据库几乎能立即在备用数据库上恢复它的功能，因此可经常进行定期维护而不需中断操作。
Failover和Switchover的区别为：
当Failover发生，备用数据库切换为主数据库之后，它丢失了备用数据库的所有能力，也就是说，不能再返回到备用模式；而Switchover可以，备用数据库可切换为主数据库，也可从主数据库再切换回备用数据库。

四、相关视图
v$archive_dest
v$archive_dest_status
v$log_history
v$archvied_log
v$managed_standby
v$archive_gap

6、常见问题

(1). 日志无法传送
SQL>select dest_name,status,error from v$archive_dest;
察看相应的归档路径的状态是否 valid ，否则根据error 信息进行处理
(2). 无法使用alter database 重命名 data file
在standby 上，当设置 standby_file_management 为auto 时，不允许下列操作
alter database rename
alter database add/drop logfile
alter database add/drop standby logfile member
alter database create datafile as
(3). switchover 失败
SQL>alter database commit to switchover to physical standby
错误： ORA-01093:alter database close only permitted with no session connected
可以察看引起该错误的活动 session
SQL> select sid,process,program from v$session where type='USER' and
sid<>(select distinct sid from v$mystat);
然后根据查出的 sid 结合v$session 视图最后用
alter system kill session ‘ sid,serial’ 来kill 掉进程，断开该 session
或者使用如下命令来做 switchover
SQL>alter database commit to switchover to physical standby with session shutdown;
(4). 在standby database 的 read only模式下做 report 时出现错误：
ora-01220:file base sort illegal before database is open.
可能原因： standby database 没有temporary tablespace
(5).当主机和备机在运行过程中，把备机停下来，主机的归档日志将不能传到备机，当把备机服务起来后，主机的归档日志也不能传到备机，需要把主机的所有服务都重启一次才可以传日志。
请问为什么需要把主机要重启一次呢？有没有不需要重启主机就可以解决此问题呢？
发生这种情况时，核查几处：
（ 1） . show parameter log_archive_dest ；
（ 2） . select REOPEN_SECS,MAX_FAILURE from V$ARCHIVE_DEST;
察看是否是因为由于备机没有开机，造成 primary node 无法正常传送 archived log，并且达到了最大允许的失败次数。如果是这样，可以通过 alter system set log_archive_dest... 来重置属性值，恢复日志的正常传送。
也可以手工传送相关的日志到备机，
对于物理standby ： ALTER DATABASE REGISTER LOGFILE '/xxx/xxx/arcr_xxx.arc'
对于逻辑standby ： ALTER DATABASE REGISTER LOGICAL LOGFILE '/xxx/xxx/arcr_xxx.arc'
(3). 执行SELECT MESSAGE FROM V$DATAGUARD_STATUS; 察看相关信息，还有根据 dataguard 的不同类型来察看相关的 view 来确定当前的状态，具体参见 dataguard 的官方文档。









本文转自lq201151CTO博客，原文链接： http://blog.51cto.com/liuqun/2049164，如需转载请自行联系原作者


文章标签：
数据库备份
日志服务
数据库
关系型数据库
Oracle
网络协议
关键词：
Oracle数据库一键上云文件
Oracle数据库一键上云数据
Oracle数据库一键上云库
Oracle数据库一键上云dataguard
Oracle数据库一键上云库数据
技术小甜
目录
相关文章
赵渝强老师
|
1月前
|
存储 Oracle 关系型数据库
【赵渝强老师】Oracle的还原数据
Oracle数据库中的还原数据（也称为undo数据或撤销数据）存储在还原表空间中，主要用于支持查询的一致性读取、实现闪回技术和恢复失败的事务。文章通过示例详细介绍了还原数据的工作原理和应用场景。
赵渝强老师
50 2
【赵渝强老师】Oracle的还原数据
赵渝强老师
|
1月前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的控制文件与归档日志文件
本文介绍了Oracle数据库中的控制文件和归档日志文件。控制文件记录了数据库的物理结构信息，如数据库名、数据文件和联机日志文件的位置等。为了保护数据库，通常会进行控制文件的多路复用。归档日志文件是联机重做日志文件的副本，用于记录数据库的变更历史。文章还提供了相关SQL语句，帮助查看和设置数据库的日志模式。
赵渝强老师
64 1
【赵渝强老师】Oracle的控制文件与归档日志文件
jianz123
|
29天前
|
SQL Oracle 关系型数据库
Oracle 从 DMP 文件中恢复指定表的步骤
Oracle 从 DMP 文件中恢复指定表的步骤
jianz123
46 7
1436047922066202
|
1月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
一台Oracle数据库打开报错，报错信息： “system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。管理员联系我们数据恢复中心寻求帮助，并提供了Oracle_Home目录的所有文件。用户方要求恢复zxfg用户下的数据。 由于数据库没有备份，无法通过备份去恢复数据库。
1436047922066202
43 1
赵渝强老师
|
1月前
|
Oracle 关系型数据库 数据库
【赵渝强老师】Oracle的参数文件与告警日志文件
本文介绍了Oracle数据库的参数文件和告警日志文件。参数文件分为初始化参数文件（PFile）和服务器端参数文件（SPFile），在数据库启动时读取并分配资源。告警日志文件记录了数据库的重要活动、错误和警告信息，帮助诊断问题。文中还提供了相关视频讲解和示例代码。
赵渝强老师
59 1
赵渝强老师
|
1月前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的联机重做日志文件与数据写入过程
在Oracle数据库中，联机重做日志文件记录了数据库的变化，用于实例恢复。每个数据库有多组联机重做日志，每组建议至少有两个成员。通过SQL语句可查看日志文件信息。视频讲解和示意图进一步解释了这一过程。
赵渝强老师
43 0
赵渝强老师
|
1月前
|
SQL Oracle 关系型数据库
【赵渝强老师】Oracle的数据文件
在Oracle数据库中，数据库由多个表空间组成，每个表空间包含多个数据文件。数据文件存储实际的数据库数据。查询时，如果内存中没有所需数据，Oracle会从数据文件中读取并加载到内存。可通过SQL语句查看和管理数据文件。附有视频讲解及示例。
赵渝强老师
40 0
1243767626601764
|
2月前
|
Oracle 关系型数据库 数据库
oracle数据恢复—Oracle数据库文件损坏导致数据库打不开的数据恢复案例
打开oracle数据库时报错，报错信息：“system01.dbf需要更多的恢复来保持一致性，数据库无法打开”。急需恢复zxfg用户下的数据。 出现上述报错的原因有：控制文件损坏、数据文件损坏、数据文件与控制文件的SCN不一致等。数据恢复工程师对数据库文件做进一步检测分析后发现sysaux01.dbf文件有坏块。修复sysaux01.dbf文件，启动数据库依然有许多查询报错。export和data pump工具无法使用，查询告警日志并分析报错，确认发生上述错误的原因就是sysaux01.dbf文件损坏。由于该文件损坏，从数据库层面无法修复数据库。由于system和用户表空间的数据文件是正常的，
1243767626601764
103 0
sunrr
|
2月前
|
存储 Oracle 关系型数据库
Oracle数据库的应用场景有哪些？
【10月更文挑战第15天】Oracle数据库的应用场景有哪些？
sunrr
200 64
1436047922066202
|
18天前
|
存储 Oracle 关系型数据库
数据库数据恢复—ORACLE常见故障的数据恢复方案
Oracle数据库常见故障表现： 1、ORACLE数据库无法启动或无法正常工作。 2、ORACLE ASM存储破坏。 3、ORACLE数据文件丢失。 4、ORACLE数据文件部分损坏。 5、ORACLE DUMP文件损坏。
1436047922066202
65 11

热门文章

最新文章

  • 1
    数据库数据恢复—ORACLE常见故障的数据恢复方案
  • 2
    Oracle数据恢复—Oracle数据库文件有坏快损坏的数据恢复案例
  • 3
    Oracle 从 DMP 文件中恢复指定表的步骤
  • 4
    从ORACLE源进行批量数据迁移到GBase8a参考示例
  • 5
    服务器数据恢复—华为S5300存储Oracle数据库恢复案例
  • 6
    Linux平台Oracle开机自启动设置
  • 7
    [Oracle]索引
  • 8
    Oracle中TAF与SCANIP全面解析
  • 9
    oracle服务器存储过程中调用http
  • 10
    数据库数据恢复—Oracle ASM磁盘组故障数据恢复案例
  • 1
    解决Toad for Oracle显示乱中文码问题
    102
  • 2
    【服务器】python通过JDBC连接到位于Linux远程服务器上的Oracle数据库
    108
  • 3
    零基础入门 Oracle数据库：轻松上手
    223
  • 4
    java操作多数据源将oracle数据同步达梦数据库
    307
  • 5
    SuSE linux server 11通过SAP来安装oracle11g
    115
  • 6
    oracle11g SAP测试机归档日志暴增排查（二）
    346
  • 7
    oracle11g SAP测试机归档日志暴增排查（一）
    86
  • 8
    修改oracle11g的awr快照参数
    55
  • 9
    发现oracle10gSYSAUX空间没有了进行处理
    49
  • 10
    在centos7虚拟机上安装docker oracle11g
    297

    • 相关电子书

    更多
  • PostgresChina2018_樊文凯_ORACLE数据库和应用异构迁移最佳实践
  • PostgresChina2018_王帅_从Oracle到PostgreSQL的数据迁移
  • Oracle云上最佳实践

    • 相关实验场景

    更多
  • PolarDB MySQL从表回收站中恢复误删的表
  • PolarDB MySQL通过DMS恢复误操作数据

    • 推荐镜像

    更多
  • oracle
  • postgresql
  • mysql
    • 下一篇
    手把手教你白嫖阿里云服务器(免费领服务器)