ORACLE 在AZURE云上准备预发布数据库环境

最新推荐文章于 2025-06-25 15:22:27 发布
原创 最新推荐文章于 2025-06-25 15:22:27 发布 · 1w 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文详细介绍了使用 Oracle RMAN 工具恢复数据库的全过程，包括从生产环境复制备份文件到临时库、恢复控制文件、注册备份集、恢复数据库及归档日志等关键步骤。

1，搭建准备

需要搭建一个预发布环境，因为线上采用的是rman备份，所以会有rman备份集合，但是rman出来的备份集合，每次恢复过程中都会出现各种各样的细节问题，最近数据库升级了小版本号，到了11.2.0.4，所以记录下来这次rman的恢复过程，以备后来参考，大概流程是
（1）copy备份集合到临时库；
（2）关闭临时库
（3）恢复控制文件
（4）注册备份集合目录
（5）restore database、recovery database；
（6）open打开数据库



2、去生产环境中copy备份文件

去备份文件服务器上，拷贝，需要拷贝数据集、控制文件到临时库

拷贝备份集合，这里包括了备份的归档日志、控制文件、数据文件等等：scp -r 2017-04-22 10.10.10.115:/data/

然后到临时库服务器，赋予Oracle执行权限：chown -R oracle.oinstall /data/*



3、关闭临时库，并以nomount方式打开

RMAN> shutdown immediate;

database dismounted
Oracle instance shut down

RMAN> 

RMAN> 

RMAN> startup nomount;

connected to target database (not started)
Oracle instance started

Total System Global Area   10054782976 bytes

Fixed Size                     2261888 bytes
Variable Size               3992980608 bytes
Database Buffers            6039797760 bytes
Redo Buffers                  19742720 bytes

RMAN> exit


4、在临时库上恢复控制文件

去生产环境查询控制文件路径

SQL> select name from v$controlfile;

NAME
--------------------------------------------------------------------------------
/oracle/app/oracle/fast_recovery_area/powerdes/control02.ctl

SQL>

去预发布库上，恢复控制文件，在rman命令行界面，执行如下命令
恢复命令：

restore controlfile to '/oracle/app/oracle/fast_recovery_area/powerdes/control02.ctl' from '/oracle/2017-04-22/c-3391761643-20170422-01';

执行过程

RMAN> restore controlfile to '/oracle/app/oracle/fast_recovery_area/powerdes/control02.ctl' from '/oracle/2017-04-22/c-3391761643-20170422-01';

Starting restore at 26-APR-17
using target database control file instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=5665 device type=DISK

channel ORA_DISK_1: restoring control file
channel ORA_DISK_1: restore complete, elapsed time: 00:00:01
Finished restore at 26-APR-17

RMAN>


5、将预发布库启动到mount

alter database mount;    
RMAN> alter database mount;
 
database mounted
released channel: ORA_DISK_1
 
RMAN>


6、开始注册备份集

命令：

catalog start with ‘/oracle/2017-04-22/’;

执行过程

RMAN> catalog start with '/oracle/2017-04-22/';

Starting implicit crosscheck backup at 26-APR-17
allocated channel: ORA_DISK_1
channel ORA_DISK_1: SID=5665 device type=DISK
Crosschecked 94 objects
Finished implicit crosscheck backup at 26-APR-17

Starting implicit crosscheck copy at 26-APR-17
using channel ORA_DISK_1
Crosschecked 2 objects
Finished implicit crosscheck copy at 26-APR-17

searching for all files in the recovery area
cataloging files...
no files cataloged

searching for all files that match the pattern /oracle/2017-04-22/

List of Files Unknown to the Database
=====================================
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9467.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9452.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9457.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9465.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9460.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9462.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9447.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9464.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9455.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9448.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9471.bak
File Name: /oracle/2017-04-22/c-3391761643-20170422-01
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9456.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9469.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9446.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9463.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9468.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9459.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9451.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9454.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9450.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9453.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9461.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9470.bak
File Name: /oracle/2017-04-22/full_POWERDES_20170422_9472.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9445.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9458.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9473.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9466.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9449.bak
File Name: /oracle/2017-04-22/rman_backup.log
File Name: /oracle/2017-04-22/c-3391761643-20170422-00

Do you really want to catalog the above files (enter YES or NO)? YES
cataloging files...
cataloging done

List of Cataloged Files
=======================
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9467.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9452.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9457.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9465.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9460.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9462.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9447.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9464.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9455.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9448.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9471.bak
File Name: /oracle/2017-04-22/c-3391761643-20170422-01
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9456.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9469.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9446.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9463.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9468.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9459.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9451.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9454.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9450.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9453.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9461.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9470.bak
File Name: /oracle/2017-04-22/full_POWERDES_20170422_9472.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9445.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9458.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9473.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9466.bak
File Name: /oracle/2017-04-22/arch_POWERDES_20170422_9449.bak
File Name: /oracle/2017-04-22/c-3391761643-20170422-00

List of Files Which Where Not Cataloged
=======================================
File Name: /oracle/2017-04-22/rman_backup.log
  RMAN-07517: Reason: The file header is corrupted

RMAN>


7、进行restore database恢复操作

接下来开始执行restore恢复操作，将数据从备份集写入到磁盘上的数据文件里面，还原已经备份的数据文件

命令：

restore database;

执行过程，执行时间比较长，可以看后台alert日志了解具体进展：

RMAN> restore database;

Starting restore at 26-APR-17
using channel ORA_DISK_1

channel ORA_DISK_1: starting datafile backup set restore
channel ORA_DISK_1: specifying datafile(s) to restore from backup set
channel ORA_DISK_1: restoring datafile 00001 to /home/oradata/powerdes/system01.dbf
channel ORA_DISK_1: restoring datafile 00002 to /home/oradata/powerdes/sysaux01.dbf
channel ORA_DISK_1: restoring datafile 00003 to /home/oradata/powerdes/undotbs01.dbf
channel ORA_DISK_1: restoring datafile 00004 to /home/oradata/powerdes/users01.dbf
channel ORA_DISK_1: restoring datafile 00005 to /home/oradata/powerdes/powerdesk01.dbf
channel ORA_DISK_1: restoring datafile 00006 to /home/oradata/powerdes/plas01.dbf
channel ORA_DISK_1: restoring datafile 00007 to /home/oradata/powerdes/pl01.dbf
channel ORA_DISK_1: restoring datafile 00008 to /home/oradata/powerdes/help01.dbf
channel ORA_DISK_1: restoring datafile 00009 to /home/oradata/powerdes/adobelc01.dbf
channel ORA_DISK_1: restoring datafile 00010 to /home/oradata/powerdes/sms01.dbf
channel ORA_DISK_1: restoring datafile 00011 to /home/oradata/powerdes/plcrm01.dbf
channel ORA_DISK_1: restoring datafile 00012 to /home/oradata/powerdes/powerdesk02.dbf
channel ORA_DISK_1: restoring datafile 00013 to /home/oradata/powerdes/datagm01.dbf
channel ORA_DISK_1: restoring datafile 00014 to /home/oradata/powerdes/plimp01.DBF
channel ORA_DISK_1: restoring datafile 00015 to /home/oradata/powerdes/dwetl01.DBF
channel ORA_DISK_1: restoring datafile 00016 to /home/oradata/powerdes/dw02.DBF
channel ORA_DISK_1: restoring datafile 00017 to /home/oradata/powerdes/timdba01.DBF
channel ORA_DISK_1: restoring datafile 00018 to /home/oradata/powerdes/users02.dbf
channel ORA_DISK_1: restoring datafile 00019 to /home/oradata/powerdes/system02.dbf
channel ORA_DISK_1: restoring datafile 00020 to /home/oradata/powerdes/powerdesk03.dbf
channel ORA_DISK_1: restoring datafile 00021 to /home/oradata/powerdes/timdba02.dbf
channel ORA_DISK_1: reading from backup piece /oracle/2017-04-22/full_POWERDES_20170422_9472.bak
channel ORA_DISK_1: piece handle=/oracle/2017-04-22/full_POWERDES_20170422_9472.bak tag=TAG20170422T034917
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:54:06
Finished restore at 26-APR-17

RMAN>


8、开始recover database操作

应用归档日志恢复数据文件

恢复命令：

recover database

执行过程：

RMAN>  recover database; 

Starting recover at 26-APR-17
using channel ORA_DISK_1

starting media recovery

channel ORA_DISK_1: starting archived log restore to default destination
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9376
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9377
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9378
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9379
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9380
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9381
channel ORA_DISK_1: restoring archived log
archived log thread=1 sequence=9382
channel ORA_DISK_1: reading from backup piece /oracle/2017-04-22/arch_POWERDES_20170422_9473.bak
channel ORA_DISK_1: piece handle=/oracle/2017-04-22/arch_POWERDES_20170422_9473.bak tag=TAG20170422T051849
channel ORA_DISK_1: restored backup piece 1
channel ORA_DISK_1: restore complete, elapsed time: 00:00:15
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9376_dhzz913r_.arc thread=1 sequence=9376
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9376_dhzz913r_.arc RECID=12853 STAMP=942313896
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9377_dhzz913t_.arc thread=1 sequence=9377
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9377_dhzz913t_.arc RECID=12852 STAMP=942313896
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9378_dhzz912h_.arc thread=1 sequence=9378
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9378_dhzz912h_.arc RECID=12857 STAMP=942313897
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9379_dhzz913q_.arc thread=1 sequence=9379
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9379_dhzz913q_.arc RECID=12855 STAMP=942313896
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9380_dhzz912j_.arc thread=1 sequence=9380
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9380_dhzz912j_.arc RECID=12856 STAMP=942313896
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9381_dhzz98d2_.arc thread=1 sequence=9381
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9381_dhzz98d2_.arc RECID=12858 STAMP=942313898
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9382_dhzz98f4_.arc thread=1 sequence=9382
channel default: deleting archived log(s)
archived log file name=/oracle/app/oracle/fast_recovery_area/POWERDES/archivelog/2017_04_26/o1_mf_1_9382_dhzz98f4_.arc RECID=12854 STAMP=942313896
unable to find archived log
archived log thread=1 sequence=9383
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of recover command at 04/26/2017 09:51:48
RMAN-06054: media recovery requesting unknown archived log for thread 1 with sequence 9383 and starting SCN of 14264134636

RMAN>

看到有报错信息，需要将缺失的归档日志从云上的原始备份库copy到本地自己机房的oracle服务器上，或者直接恢复到SCN点13990495654上，这里因为是恢复到临时库，所以选择直接恢复到SCN的13990495654点上，命令为recover database until scn 13990495654;


执行恢复到SCN点：

RMAN> recover database until scn 14264134636;

Starting recover at 26-APR-17
using channel ORA_DISK_1

starting media recovery
media recovery complete, elapsed time: 00:00:01

Finished recover at 26-APR-17

RMAN>

附带recovery过程报错处理：
报错信息：

db_recovery_file_dest_size of 15360 MB is0.21% used. This is a
user-specified limit on the amount of spacethat will be used by this
database for recovery-related files, anddoes not reflect the amount of
space available in the underlyingfilesystem or ASM diskgroup.

处理方案：

alter system set db_recovery_file_dest_size= 50g scope=both;


9、打开数据库

然后使用resetlogs打开数据库，成功了，这里需要使用resetlogs方式打开，否则会报错。

RMAN> alter database open resetlogs;

database opened

RMAN>
将数据从 Oracle 加载到 Azure 的框架
weixin_56863624的博客
05-06 544
Oracle 是一种流行的关系数据库管理系统（RDBMS），许多组织都使用它来存储和管理其数据。然而，随着云计算的出现，许多组织正在转向基于云的解决方案，以满足其数据存储和处理需求。Azure Blob 存储和 Synapse 专用 SQL 池是 Microsoft 提供的两种流行的基于云的解决方案，用于存储和处理数据。在本文中，我们将探讨如何创建一个框架，将数据作为 Parquet 文件从 Oracle 加载到 Azure Blob 存储，然后将其加载到 Synapse 专用 SQL 池。
预发布环境简介
豆浆and馒头
04-09 8575
一、概述 预发布环境是一个什么环境？预发布环境相当于生产环境，只不过是服务及数据库是另外独立部署（为了不影响线上）。预发布环境数据库数据来自于生产环境数据。数据和表结构变化会根据版本发布前做更新。此环境是在系统测试测试完成之后发布上线前，也就是上线前的最后一次验收测试。 二、服务器配置 1、预发布环境配置 建议服务与数据库等配置与生产环境一致。包括加密协议，对外域名等等。 2、现有服务器分布及配置...
微服务中预发布环境的部署及思考
念念不忘，必有回响
10-02 1834
文章目录背景预发布环境搭建的思考搭建过程总结 背景 在快速迭代的互联网项目中，如果只有测试环境，测试完就直接上线风险还是比较大的，所以为了保险起见，很多公司就有了预发布环境、灰度环境等多个环境。由于目前公司没有预发布环境，所以打算搭建一套 预发布环境搭建的思考 是否需要外部流量转发到预发布环境？ 不需要，这里搭建预发布主要是为了解决的问题是：部分需求在测试环境没法测试，比如一些三方接口等。或是测试环境数据不正确，影响测试结果，也有一些环境与线上不一致问题等，比如为了节约成本在测试环境的redis是单机，而
预发布环境
热门推荐
JesseBug
12-27 1万+
1、什么是预发布环境? 预发布环境，就是线上环境、正式生产环境，为避免因为测试环境和线上环境的差异性等带来的缺陷漏测而设立的一套环境，其配置等基本和线上一致，只是预发布环境web服务器不在线上集成服务器范围之内，为单独的一台机器；2、预发布环境不能被线上用户访问 通常这里的技术实现是这样的：把预发布环境的访问域名设置成和线上环境的不一样，通过配置host来访问预发布环境；3、预发布环境和线上环境
ORACLE中没有参数文件和控制文件如何通过rman恢复数据库
02-04 214
场景：一个DEV告诉我生产环境下某个用户的表都看不到了，需要恢复，而此时生产库上存储自动备份的参数文件控制文件的磁盘目录文件坏块，所以导致rman备份的只有数据文件和归档日志文件，这种情况下，如何在测试服务器上利用rman恢复数...
ORA-01122: database file 3 failed verification check
sqlora的专栏
03-04 957
space available in the underlying filesystem or ASM diskgroup. Thu Mar 03 16:45:47 2022 alter database open Errors in file /home/oracle/app/diag/rdbms/ora9/ora9/trace/ora9_ora_158202.trc: ORA-01122: database file 3 failed verification check ORA-01110: dat.
详解azure 云上准备oracle11g的vnc安装环境
12-16
以下是一份详细的指南，介绍了如何在Azure云环境中准备Oracle 11g的VNC安装环境。 首先，我们需要确保服务器上未安装VNC服务。可以通过运行以下命令来检查VNC是否已安装： ```bash ps -eaf | grep vnc rpm -qa | ...
Azure展现云数据库未来 Oracle关照OpenVMS和Rdb.pdf
10-10
标题和描述中提到的主要话题是Azure在云数据库领域的领先地位，以及Oracle对于OpenVMS和Rdb的持续支持。Azure作为微软的云服务平台，已经在数据库服务方面展现出强大的竞争力，相比之下，Oracle在云数据库市场的策略...
8、数据库性能测试与优化：从 Oracle 到 Azure 云的探索
最新发布
rrr55的博客
06-25 65
本文探讨了Oracle数据库参数对性能的影响，并通过一个简化的真实银行数据库模型进行了多方面的测试研究，分析了DB BLOCK SIZE、DB BLOCK BUFFERS和SHARED POOL SIZE等参数对处理性能的影响。此外，文章还介绍了在微软Azure公共云中使用CloudDBMonitor扩展数据库性能测试的解决方案，提出了通过云平台进行高效压力测试的方法。研究强调了数据库调优的复杂性，并指出完全自动化调优的不可行性，强调经验和合理配置的重要性。
ORA-19809,ORA-19804报错解决
白非马的博客
01-02 7327
ORA-19809,ORA-19804
oracle停止集群服务器,oracle 11g 集群异常关闭
weixin_33685869的博客
04-03 686
本帖最后由 gh_95533 于 2018-4-16 10:28 编辑重启机器后，数据库自动启动，但是报了在新的日志中报错信息是Errors in file /home/u01/app/oracle/diag/rdbms/nbdb/nbdb1/trace/nbdb1_m000_10907.trc:ORA-19815: WARNING: db_recovery_file_dest_size of 4...
问题10：临时表空间中的临时文件损坏、丢失的情况下如何恢复？
pandaMR的专栏
09-19 1457
目的：在临时表空间的数据文件损坏的前提下，进行临时文件的恢复,更确切的说是修复 临时数据文件的损坏或丢失会造成需要使用临时表空间的命令执行失败，但不会造成实例崩溃。由于临时表空间存放的是临时数据，RMAN不会对其进行备份，一旦损坏采用的恢复方法是重建或替换 如果在数据库运行过程中，发现临时数据文件损坏或丢失，可以采用替换的方法恢复，不需要重启数据库： 如出现下列的错误： SQL>
测试、回归、预发布、灰度发布、生产环境区别
运维仙人
10-20 993
测试环境 提供测试人员使用，代码分支除了可以使用master分支外，其他的分支也是可以的。 回归环境 如果同时有好几个人参与同一个项目，那么基于master分支可能拉出非常多的开发分支，那么当这些分支合并到master上后，master上的功能可能受到影响，这种情况下，会使用一个回归环境，部署master分支的代码。 预发布环境 这个环境中，一般会连接生产环境的数据库，使用生产环境的数据来进行测试。 灰度发布版本 预发布环境过后，就是灰度发布了。由于一个项目，一般会部署到多台机器，所以灰度1台至3台，
如何正确使用上线部署，泳道、预发布到底如何理解？
架构精进之路
07-03 1650
hello，大家好，我是张张，「架构精进之路」公号作者。一、背景如今互联网，随着业务需求迭代快速，同一个服务可能存在多个同时开发和测试的功能，容易发生资源抢占分支互相冲突影响的问题，降低开发测试效率。同时微服务架构下，一个功能可能需要依赖多个服务。在测试其中一个服务的改动时，如果依赖的服务发生了改动或者故障，也会影响这个功能的测试。......以上种种问题情况，都会导致服务从测试到线上正式环境的环...
内存不足导致安装时报错ORA-3113（二）
ckawt40802的专栏
04-18 567
在安装11.2 RAC环境时，碰到了这个错误。 这一篇介绍另一个内存不足导致的错误。 内存不足导致安装时报错ORA-3113（一）：http://yangtingkun.itpub.net...
oracle同步时备库比主库还大,请教一个DG切换问题。。发现一个很怪的问题
weixin_42097668的博客
04-16 642
首先说下测试环境：单实例DG，数据库版本为11.2.0.1.0，db_name='TEST'，DB_UNIQUE_NAME=TEST(主备库都是TEST)主库和备库可以正常同步，做ddl、ddm操作都可以同步，但是我查看归档日志的时候备库比主库多一个归档日志，然后我把主库关掉，那个备库多出来的归档日志就没了。后来我做主备切换，发现不能切换，下面是我的配置方法，以及日志主库归档日志：备库归档日志：(...
oracle 增加回闪空间,oracle闪回区存储空间耗尽解决方法（ORA-19815解决方法）
weixin_35867508的博客
04-10 669
是ORA-19815问题，是闪回区空间耗尽，解决的方法我使用增大闪回区的存储空间，来解决此问题现在先查看一下v$recovery_file_dest试图可以发现可以回收的空间为0，在查看闪回区的使用率SQL> select file_type, percent_space_used as used,percent_space_reclaimable as reclaimable, numbe...
云端Oracle数据库地址
05-07
<think>好的，我现在需要帮助用户解决如何正确设置云端Oracle数据库的数据源端口，以避免配置错误的问题。用户之前提到了datasource port未正确设置，现在想了解云端Oracle的具体配置方法。 首先，我要回顾之前的回答，确保这次的信息一致。之前提到了Oracle默认端口是1521，用户可能需要确认是否使用默认端口还是自定义端口。需要结合用户提供的引用内容，但用户这次给出的引用似乎主要是关于MySQL授权、MyBatis配置、Spring Boot多数据源以及Docker相关的建议，并没有直接提到Oracle的配置。不过引用[4]提到了多数据源的配置，这可能与用户的问题相关，因为用户可能在多数据源环境下配置Oracle。 接下来，我需要确定用户的具体需求。用户提到的是云端Oracle数据库，所以可能需要考虑云服务商（如AWS RDS、Oracle Cloud、Azure等）的特殊配置。这些云服务可能有特定的端口设置或安全组规则，需要指导用户检查云平台的安全组或网络ACL，确保端口开放。 另外，用户可能遇到端口配置错误的问题，比如连接超时、拒绝访问等。需要提供验证步骤，比如使用telnet或nc检查端口连通性，查看Oracle监听日志，以及确认本地网络配置。 还要注意引用中的内容，比如引用[1]是关于MySQL用户授权的命令，引用[4]是Spring Boot多数据源的配置示例。虽然这些不是直接针对Oracle，但可以借鉴多数据源配置的方法，指导用户在Spring Boot中正确配置Oracle的URL，包括主机、端口和服务名。 用户可能需要知道如何在不同环境中设置端口，比如本地开发环境与云环境的不同配置。例如，在application.yml中指定正确的JDBC URL，格式为jdbc:oracle:thin:@主机:端口:服务名。需要强调端口的正确性，以及服务名与云数据库实例的匹配。 另外，引用[5]提到提交devcontainer.json和Dockerfile到GitHub，这可能提示用户在使用Codespaces或其他容器环境时，确保容器内的应用能访问云数据库的正确端口，可能需要配置Docker的网络或端口转发。 还需要考虑云数据库的安全设置，比如是否允许公共访问，或者是否需要通过SSH隧道连接，这时候端口配置可能会不同。例如，某些云服务可能要求通过特定网关或使用SSL连接，端口可能需要调整为SSL端口。 总结步骤应该是：确认云服务商的端口要求，检查安全组设置，配置应用连接字符串，验证网络连通性，检查Oracle监听状态，处理可能的路由或防火墙问题。同时，结合用户之前的配置问题，强调端口与实例类型的匹配，比如是否为云数据库的专用端口。 最后，生成相关问题时要围绕云端Oracle配置，可能涉及安全组、监听器配置、多环境配置等，帮助用户深入理解相关知识点。</think>--- #### 云端Oracle数据库数据源端口配置指南 --- ##### 一、核心配置步骤 1. **确认云数据库实例信息** - 在云控制台（如**AWS RDS**、**Oracle Cloud**、**Azure**）中获取以下信息： - **主机地址**（Endpoint）：如`example.oracle.cloud.region.rds.amazonaws.com` - **端口号**：默认$1521$（Oracle标准端口），若使用自定义端口需同步配置[^1] - **服务名/SID**：如`ORCL`（需与数据库实例创建时指定的服务名一致） 2. **配置应用连接字符串** 在Spring Boot的`application.yml`中指定完整JDBC URL： ```yaml spring: datasource: url: jdbc:oracle:thin:@//<主机地址>:<端口>/<服务名> # 示例（AWS RDS）： url: jdbc:oracle:thin:@//example.oracle.cloud.region.rds.amazonaws.com:1521/ORCL username: admin password: your_password driver-class-name: oracle.jdbc.OracleDriver ``` **注意**： - `jdbc:oracle:thin`为Oracle轻量级连接协议 - 若使用**SID**而非服务名，需修改为`@<主机>:<端口>:<SID>`格式[^1] 3. **云平台安全组配置** - 在云控制台的安全组规则中**开放入站端口**$1521$（或自定义端口），允许应用服务器IP访问 - **典型错误**：`ORA-12541: TNS 无监听程序`通常因安全组未放行端口导致[^1] --- ##### 二、关键验证方法 1. **端口连通性测试** ```bash # 使用telnet或nc验证网络可达性 telnet <云数据库主机地址> 1521 # 若返回"Connected"表示端口开放，否则需检查安全组/防火墙 ``` 2. **监听器状态检查** 通过云平台提供的**数据库终端工具**执行： ```sql -- 查看监听状态 lsnrctl status -- 验证服务注册 SELECT name, value FROM v$parameter WHERE name = 'service_names'; ``` 3. **应用日志排查** - **连接超时**（`Connection timed out`）：检查安全组规则或网络路由 - **权限拒绝**（`ORA-01017`）：确认用户名/密码与服务名匹配 - **协议适配错误**（`IO Error: The Network Adapter...`）：检查JDBC URL格式[^1] --- ##### 三、多环境配置示例 ###### 场景1：Docker容器化部署 在`docker-compose.yml`中声明环境变量： ```yaml services: app: environment: - DB_HOST=example.oracle.cloud.region.rds.amazonaws.com - DB_PORT=1521 - DB_SERVICE=ORCL - DB_USER=admin - DB_PASSWORD=your_password ``` ###### 场景2：Spring Boot多数据源（参考引用[4]） ```java @Configuration public class OracleDataSourceConfig { @Bean @ConfigurationProperties(prefix = "spring.datasource.oracle") public DataSource oracleDataSource() { return DataSourceBuilder.create().build(); } } ``` `application.yml`中分离配置： ```yaml spring: datasource: oracle: url: jdbc:oracle:thin:@//host:1521/ORCL username: admin password: your_password ``` --- ##### 四、常见问题解决 | 问题现象 | 解决方案 | |---------------------------|--------------------------------------------------------------------------| | ORA-12514: TNS 监听程序无法识别连接标识符 | 检查服务名是否与数据库实例注册名称一致，或尝试使用SID替代服务名[^1] | | ORA-12170: TNS 连接超时 | 验证安全组规则是否放行应用服务器IP，检查VPC子网路由表 | | ORA-28040: 认证协议不匹配 | 升级Oracle JDBC驱动版本至与数据库版本兼容（如ojdbc8.jar for Oracle 12c+） | --- ##### 五、进阶安全配置 1. **SSL加密连接** 部分云服务要求通过SSL连接，需调整端口和URL： ```yaml url: jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCPS)(HOST=host)(PORT=2484))(CONNECT_DATA=(SERVICE_NAME=ORCL))) ``` 2. **SSH隧道访问（私有子网场景）** 通过跳板机转发端口： ```bash ssh -L 1521:cloud-db-host:1521 jump-server-user@jump-host-ip ``` 应用配置中连接`localhost:1521`即可穿透访问私有数据库。 --- --相关问题--: 1. 如何为云数据库配置SSL加密连接？ 2. 如何通过VPC Peering实现跨云环境安全访问Oracle数据库？ 3. Oracle Cloud中如何修改默认监听端口？
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值