精华内容
下载资源
问答
  • 01升级背景——“去O”正当时,衔接需保障在当今国家监管要求,Oracle在华战略,成本等因素得驱动下,去“O”已势在必行。但Oracle数据库的优势依旧存在,在去“O”过程中,不少核心业务依旧依赖于Oracle数据库的...

    3caaa16992ced95cb5e080c81d5fcf8a.gif

    01

    升级背景——“去O”正当时,衔接需保障

    在当今国家监管要求,Oracle在华战略,成本等因素得驱动下,去“O”已势在必行。但Oracle数据库的优势依旧存在,在去“O”过程中,不少核心业务依旧依赖于Oracle数据库的支持。做好Oracle数据库升级工作,是转型衔接期的必要保障。

    02

    升级必要性一——支持服务到期,升级不可避免

    截至2018年12月31日,Oracle11G版本的免费支持服务到期,进入付费拓展支持服务阶段,2020年底,Oracle将不提供11G版本的支持服务。因此,对老版本数据库进行升级势在必行。因此,在老版本数据库支持服务到期以及新版本上线之际,浙江移动信息技术部将对升级进行相关测试,以达到方案验证和技术储备的目的。

    b5023601ca391bddbb63c2ef7e374327.png

    Oracle DB各版本支持服务提供时间

    03

    升级必要性二——19C新特性,减负提效

    Oracle 19C基于数据库自治的理念,引入AI智能专家新特性,提供自动索引、SQL隔离、实时统计信息搜集等新功能,既减少DBA优化操作需求,又为用户提供良好的数据库服务。

    544ceac1f2618c228988b973d62ce6a4.png

    19C关键特性和功能描述

    04

    测试目的——储备技术,分享经验

    Oracle 19C的诸多新特性,既减少DBA优化操作需求,又为用户提供良好的数据库服务。面对复杂业务环境和Oracle多版本升级需求,如何做好数据库升级?降低升级过程对业务的影响?这是每一个数据库架构和运维人员面临的挑战。浙江移动信息技术部DBA做了数据库升级方案的探索性测试,以适应新技术发展并储备技术。

    05

    升级方案——三步走,四保障

    本次数据库升级基于非生产环境进行相关测试工作,步骤与以往数据库原地升级步骤基本一致,主要包括:

    1.GI软件升级;

    2.数据库软件安装;

    3.数据库数据字典升级(DBUA图形化升级或手工升级)。

    在GI集群层面,GI版本从11.2.0.3起可直接升级到19C,更早版本GI则需升级到至少11.2.0.3版本后才能升级到19C;在DB层面,DB版本从11.2.0.4开始可直接升级到19C,更早版本DB则需升级到至少11.2.0.4版本后才能升级到19C。

    升级前准备内容如下表,可分为四大类。

    e1a854a76b7e82987899255184ad6dc1.png

    升级前的准备内容

    06

    升级案例分享——发现问题,指明办法

    前期测试的目的就是尽早发现问题,降低今后故障发生的概率。运维DBA最重要的使命无外乎在系统变动后依然保持数据库性能稳定。前期遇到的问题越多,后期实际操作时越能够从容处理。

    本次升级测试的环境为主备端RAC+ADG,测试发现每套环境在升级过程中可能遇到的问题没有共通性,需要在升级前期做好充分的测试工作和紧急处理预案。下面列举本次升级过程中遇到的BUG及其解决办法。

    d9c6af522bd6970cb1b4100da05e0c1b.png

    •必要补丁28553832安装后集群无法启动

    报错信息:

    7276e490629cd1581033a727befccbf7.png

    解决方法:终止ohasd进程,并重启集群进程。

    4058fde336d64886b51dad4178395e63.png

    1

    • GI升级失败,遭遇集群无法启动,rootupgrade.sh脚本运行失败,查看MOS可能是遭遇bug29754347导致,通过临时解决建议进行处理

    报错信息:

    47b583d933a35f1050ee05eb0d3f80f2.png

    解决方法:根据集群版本,手动终止集群进程,再运行脚本。

    81c62d8f91d72f36c791e0d533ba68e3.png

    1

    • GI升级失败,遭遇脚本所有者异常并且无执行权限,rootupgrade.sh脚本运行失败

    报错信息:

    e131e55173e9188a3df3f03a536e745c.png

    解决方法:从报错信息定位文件,手动修改文件所有者和执行权限。

    40c76a5c851a08acbb545ff3ad8cc972.png

    1

    • GI升级失败,rootupgrade.sh脚本运行失败,查看MOS可能是遭遇bug 29909288导致

    报错信息:

    a267005733c6ed314090d807c3e42fc5.png

    解决方法:根据升级日志,定位报错位置,修改crsutils.pm文件内容。

    156d6a42bf73f52e975a5d1ce4fa6ce0.png

    17d147319f63d6989b31390d53e37b6c.png

    07

    总结

    旧版本支持服务到期和19C新特性决定了升级19C的必要性。本文整理了Oracle19C升级工作的内容,对遇到的问题提出了解决方案,虽然不能解决全部问题,但包含了重要内容。本文旨在分享19C升级经验,供交流学习,减少正式升级时发生问题的几率。

    本次升级GI和DB均使用图形化界面完成,新版本的升级准备工作与以往没有太大差异,主要注意升级前的预检查,并在升级前对环境和数据进行备份。升级过程中可能存在问题,需要前期进行反复测试,排查并找到解决方法,避免正式升级过程中紧急情况的发生。

    在升级前,应用系统需要在高版本的测试环境进行应用测试。确保应用系统能够在高版本正常运行后,再决定是否升级。此外,升级前建议使用SPA,获得原库和目标库的SQL执行性能统计结果,通过分析对比结果,可明确哪些SQL出现性能衰退,查找衰退原因并修复问题,确保SQL在迁移后能满足业务需求。

    浙江移动信息技术部后续还将有更多的19C新特新测试分享,敬请期待。

    4ccccbdcfbc22ffd66d2c286f5cc4a0a.gif

    3a23d003a03e780b2a38edcaee9f5cf6.png

    f0e969616832ee9209cb63df0d075775.png

    展开全文
  • 前段时间,墨天轮分享了直播《Oracle 19c升级实战分享 - 云和恩墨大讲堂2020》,在这里我们共享一下PPT和视频,以及在直播过程中,读者提出升级过程中遇到的一些典型问题,供大家...

    前段时间,墨天轮分享了直播《Oracle 19c升级实战分享 - 云和恩墨大讲堂2020》,在这里我们共享一下PPT和视频,以及在直播过程中,读者提出升级过程中遇到的一些典型问题,供大家参考学习。

    本文目录:
    1. 视频
    2. 问答
    3. PPT下载

    1

    视频


    以下是视频的一部分,完整视频已收录至墨天轮“视频”下的“2020云和恩墨大讲堂”专栏,https://www.modb.co/course/49(复制到浏览器中打开或者点击“阅读原文”),欢迎收看。

    2

    问答

    01

    跨平台升级什么方式最好?


    因为升级一般都是异机操作,伴随着数据迁移的动作。

    • 如果数据量很大,且对停机时间有严格要求,可以考虑采用XTTS方式,但前提是也要遵循升级路线图;

    • 如果数据量很大,但可以很好的区分静态动态数据,且静态数据的表比例很大,也可以考虑采用数据泵方案;

    • 如果数据量适中,且给的时间也相对宽裕,可以采用数据泵方式;

    • 如果场景适合,也可以采用OGG等第三方逻辑方式工具的方式来完成迁移。

    以上列出几个常见场景,其他的迁移升级的场景及方式很多,具体还是要看适用性。

    02

    rac环境,11g升级19c 本地升级,好升级吗?风险点有哪些?

    本地升级技术上可以做到,实施前需要做好充分数据备份,与单独的db升级相比,多了个cluster升级的步骤。但本地升级涉及到对原环境的修改,一旦出现计划外异常,尤其是cluster升级的异常,需要花费额外的时间来处理,另外版本升级一般都会伴随着硬件改造、架构改造等其他需求场景,因此在实际操作中本地升级的场景不多。

    03

    19C必须用PDB么,能否沿用11G的多个schema?

    19c还没有强制使用cdb模式,从20c起开始强制使用容器模式。

    04

    vmconcat函数在19c没有了怎么办?


    行转列函数从12c已经废弃了,一般有2种选择,一是自己创建,二是使用新版本提供的替代函数。

    05

    升级前需要做sql performance analyzer分析吗?

    正式的升级迁移前,对新环境的性能测试步骤必不可少,一般是2种方式去实现,一种就是你所说的SPA,还有一种是基于业务的试跑或压测,通过数据库的性能检测来识别业务是否出现衰退。

    3

    PPT下载


    墨天轮文档:《Oracle 19c升级实战分享_卢立广》:https://www.modb.co/doc/3822(复制到浏览器中或扫描下图二维码可直接下载)


    以下摘取部分PPT页面:


    推荐阅读:144页!分享珍藏已久的数据库技术年刊

    数据和云

    ID:OraNews

    如有收获,请划至底部,点击“在看”,谢谢!

    点击下图查看更多 ↓

    云和恩墨大讲堂 | 一个分享交流的地方

    长按,识别二维码,加入万人交流社群

    请备注:云和恩墨大讲堂

      点个“在看”

    你的喜欢会被看到❤

    展开全文
  • 这个文档是来自鼎甲科技的姚远工作中整理的,在Virtualbox上安装Oracle 19.3 再升级到19.8(Oracle Restart和数据库)完整步骤,包括:配置系统环境,安装grid,oracle,建库,补丁下载升级等全过程。
  • Oracle 19c升级路径与Q&A

    2020-08-17 22:39:18
    1关于19c升级实验环境和脚本 实验环境不需要预约,请访问下边的URL链接,下载实验虚机和查阅实验脚本。 ...

    1关于19c升级实验环境和脚本
    实验环境不需要预约,请访问下边的URL链接,下载实验虚机和查阅实验脚本。
    https://mikedietrichde.com/database-upgrade-hands-on-lab-oracle-18c-and-19c/hol-19c-main-index-page-oracle-database-19c-hands-on-lab/

    2关于19c补丁、RU和RUR的问题
    从12.2.0.2开始,Oracle Database开始采用RU(Release Update)和RUR(Release Update Revision)的方式发布补丁。
    RU:季度补丁包,包含查询优化器修复、功能修复、安全修复、回退修复。
    RUR:季度补丁包的修复,包含安全修复、回退修复。
    RU和RUR的切换:可以来回切换,但是新的patch必须是之前patch的超集(新的patch包含了之前patch的所有修复)。
    建议阅读MOS文档:Release Update介绍以及FAQ (Doc ID 2289879.1)https://support.oracle.com/epmos/faces/DocContentDisplay?id=2285040.1

    2.1怎么确认RUR之间的切换关系?有包含矩阵说明么?
    最基础的判断原则是新的patch必须是之前patch的超集(新的patch包含了之前patch的所有修复)。另外可以依据以下的简化规则判断。
    现有的版本是19.A.B,想应用的版本是19.C.D
    如果C+D≥A+B,并且C≥A,可以从19.A.B切换到19.C.D否则不可以切换

    2.2如果现阶段已经是19.4,想应用补丁,是应该应用19.6,还是19.4.2,这两种应用补丁有什么区别?
    在19.4.0上应用19.6.0和19.4.2都可以。Oracle推荐应用最新的Updates,这样可以避免很多已知的问题。但是如果认为使用19.4.0已经达到稳定状态,希望优先考虑安全更新而不是功能修复,那么可以选择19.4.2,但是有可能会碰到已在最新Update中包含的已知问题。
    19.4.2是基于19.4.0补丁包的修复,只会包含19.4.0以后的安全补丁,以及对19.4.0中的功能修复的回退修复。
    而19.6.0与19.4.2相比,会有更多的功能修复内容。

    2.3假如目前是19.4.2这个RUR版本,是否可以升级19.5.0/19.5.1/19.6.0?
    不可以从19.4.2->19.5.0,19.5.0中不包含19.4.2新增的安全修复和回退修复。
    可以从19.4.2->19.5.1,19.5.1中已经包含了19.4.2所有新增的安全修复和回退修复。
    可以从19.4.2->19.6.0,19.6.0中已经包含了19.4.2所有新增的安全修复和回退修复。

    2.4从 Update 转换向相同季度发布的 Revision 会怎样?比如,从 18.5.0到18.4.1? 虽然后两位的数的和都是5,但是从 high-priority non-security fixes 的角度来看,却是倒退了一个季度?
    不可以从Update 转换成相同季度发布的 Revision,例如从18.5.0到18.4.1是不可以的。
    虽然它们都是相同季度发布,但是在18.4.1中不包含18.5.0中的功能修复内容,也就是说18.4.1不是18.5.0的超集。

    2.5RUR是在RU的基础上再次修复,还是这2个是独立的?
    RUR是在上一个季度的RU基础上进行修复。例如19.4.1是在19.4.0基础上进行修复,而19.4.2是在19.4.1基础上进行修复。

    2.6新发布的RU 是否包含了上一版本的RUR? 谢谢
    新发布的RU中会包含上一版本的RUR。例如19.6.0中会包含19.5.1和19.4.2中的安全修复和回退修复。

    2.7为什么到19以后第二位表示补丁版本了,而11g的补丁版本不是11.1.0.4.xxx吗?
    Oracle从18c开始采用年度数据库软件发布的技术支持策略,并开始使用新的数据库软件版本编号系统。新的版本编号系统会使用3个数字编码格式:年.更新.发布 (Year.Update.Revision)。
    软件是哪年发布的 (第一个部分)
    哪个季节发布的Update (第二个部分)
    哪个季节发布的Revision (第三个部分)

    2.8升级到19.5还是19.6更好?
    Oracle推荐保持应用最新的Updates,这样可以避免很多已知的问题。并且可以避免申请很多小补丁,并显著降低更多的补丁维护的操作。
    如果已达到稳定状态,并希望优先考虑安全更新而不是功能修复。在这种情况下,可以选择应用 Revisions,但是有可能会碰到已在最新Update中包含的已知问题。

    3关于Data Guard滚动升级
    3.1Data Guard的滚动升级对于主备数据库版本的要求如何?
    使用Data Guard的滚动升级要求主备数据库版本至少是10.1.0.3。

    3.2Data Guard 不是要求同版本的数据库么,现在可以跨版本了吗?
    通常Data Guard的部署采用Physical Standby模式,这种方式要求主备是相同版本的数据库。
    Data Guard滚动升级过程中是先把备库转换为Logical Standby模式,这种数据复制方式的主备库可以是不同版本。

    3.3logical standby升级的方式中,为什么后面要flashback?
    Data Guard滚动升级开始后,首先是将备库从Physical Standby模式转换为Logical Standby模式,之后备库上所有的数据同步都是通过Logical SQL apply执行的。主备库在磁盘上的数据库结构在数据块级别不再是完全一样的。
    当备库完成升级,转换为主库后,需要在转换后的主备库之间重新构建Physical Standby模式。
    因此需要将原来的主库flashback到最初的还原点,让主备库具备完全相同的数据块基础,然后再通过Physical Standby模式在原来的主库上同步后来的变化。

    3.4DG滚动升级中,逻辑备库还能转换回去物理备库?是新版本支持的吗?
    DG逻辑备库和物理备库的转换在Oracle 10g已经支持。

    3.5AIX到linux 迁移能用DG吗?
    不支持。可以使用GoldenGate实现零停机迁移。

    3.6请问flashback 可以进行跨版本的闪回么?比如upgrade 11g到19c,升级完成后可以flashback到11g的版本么?flashback会把软件也一起回退吗?
    可以。如果升级前创建了可保证的还原点,升级11g到19c后,可以flashback回11g。软件不会回退,直接更换数据库软件主目录即可。

    3.7DG环境源端是12.1.0.2,目标端先升到19C,正常运行一段时间后再升源端可以吗
    可以正常运行一段时间后再升级源端。
    但是目标端升级到19c之后并转换为主库后,不建议启用SQL Apply从19c主库向12.1.0.2备库同步数据。
    可参阅MOS文档:Using Transient Logical Rolling Upgrade for Database Migration (Doc ID 2350945.1)

    4关于GoldenGate
    4.1OGG如果做长期容灾的话是不是不太适合?维护量是不是太大?
    如果主库和备库可以采用相同的操作系统平台和数据库版本,建议使用Active Data Guard进行容灾。
    如果因为运维或业务的原因,主库和备库是不同的操作系统或数据库版本,需要用GoldenGate来做数据库容灾。
    与使用ADG相比,用GoldenGate做容灾,在初期的维护量相对会大一些,当运行稳定后就会好很多。

    4.2AIX 11.2.0.4 迁移到linux X86上 19c版本,通过OGG方式迁移,用何种方式进行初始化?
    如果数据量不大,可以用Data Pump指定SCN进行初始化。如果数据量较大,建议用XTTS进行初始化。

    4.3GoldenGate 从19c到11g也可以么?
    可以,GoldenGate支持异构跨版本的数据实时复制。

    4.4现有的OGG两边的数据库可以先升级一侧的,然后升级另外一侧的吗?
    可以,GoldenGate支持异构跨版本的数据实时复制。
    先升级复制目标端的数据库,然后通过GoldenGat从源端低版本的数据库向目标端高版本的数据库实时复制数据。
    在升级时间点,停止应用与源库的连接,将应用连接到目标端高版本数据库进行业务处理,然后再来升级源库。

    5关于RAC升级
    5.1RAC环境怎么升级数据库?
    RAC环境下首先将CLUSTER_DATABASE参数设置为FALSE,然后在一个节点升级数据库,升级完成后使用srvctl upgrade database升级Clusterware中的数据库配置,最后将CLUSTER_DATABASE参数改回TRUE,启动数据库。

    5.2RAC模式下需要在每个节点上去执行相同的升级操作?
    不需要。RAC模式下只需要在一个节点执行数据库升级,升级完成后需要更新Clusterware中的数据库配置。

    5.3单机和RAC环境升级19.6需要更新哪些补丁?
    单机升级需要19.3 DB基础版本+19.6 DB补丁+OJVM补丁。
    如果是RAC环境,而且同时升级GI,需要19.3 GI和DB基础版本+19.6 GI和DB补丁+ OJVM补丁。

    6关于升级版本、升级路径和操作系统环境
    6.1Oracle 19c 升级可以安装在SUSE 11上面么?官方是否认可?
    目前19c只对SUSE 12和SUSE 15进行了认证,但是没有对SUSE 11进行过19c的认证。
    可以从support.oracle.com查询确认认证信息。

    6.2什么是直接升级?哪些版本可以直接升级到19c?
    直接升级是指在不迁移数据库中数据的前提下直接升级数据库版本。
    11.2.0.4、12.1.0.2、12.2.0.1、18c这四个版本可以直接升级到19c。

    6.311.2.0.4现在可以直接升级到19.6版本么
    可以。
    首先安装19.3的基础版本软件,然后将软件升级到19.6版本。
    准备好19c软件环境后,按照升级步骤直接升级11.2.0.4的数据库就行。

    6.4请问11.2.0.4的19c升级模式,适用于 11.2.0.3版本么?
    11.2.0.3不能直接升级到19c,可以选择间接升级或者迁移升级的方式。

    6.5如果对停机窗口有要求的化,11.2.0.3升级到19c,是通过中间版本11.2.0.4在原地升比较好,还是通过迁移好?
    如果对停机窗口有要求,可以考虑通过TTS增量备份进行迁移升级,或者使用GoldenGate进行零停机迁移升级。这样可以避免两次升级,也可以控制停机窗口。

    7关于TTS
    7.1有没有11g 使用XTTS升级19c的操作手册?
    建议参阅MOS文档:Upgrading a Database Using Transportable Tablespaces (TTS) (Doc ID 1457743.1)和Oracle 19c Database Administrator’s Guide中Transporting Data章节。https://docs.oracle.com/en/database/oracle/oracle-database/19/admin/transporting-data.html

    7.211.2.0.4迁移升级到19.6,可以使用XTTS方式吗?
    可以。10.2及以上版本就可以使用XTTS进行迁移升级。

    7.3TTS增量备份支持是指升级源版本11.2.0.4么?
    是的。升级源版本是11.2.0.4及以上支持TTS增量备份。

    7.4TTS支持pdb吗?
    支持。

    7.5XTTS迁移通常会遇到那些典型问题?
    关于XTTS迁移的典型问题和最佳实践参阅以下MOS文档。
    Upgrading a Database Using Transportable Tablespaces (TTS) (Doc ID 1457743.1)
    Best Practices for Using Transportable Tablespaces (TTS) (Doc ID 1457876.1)

    7.6XTTS方式迁移升级,与数据泵或GoldenGate相比,会对升级后的数据库性能有影响吗?
    升级的数据库性能建议通过Database Replay、SQL Performance Analyzer、SQL Plan Management、SQL Tuning Advisor等升级测试工具进行优化和管理。

    8关于升级的兼容性
    8.111.2.0.4升级到19.6,应用程序使用jdk1.7,升级后是否需要替换jdk包?
    建议升级到JDK8以上。
    请参阅MOS文档Starting With Oracle JDBC Drivers - Installation, Certification, and More! (Doc ID 401934.1)

    8.2迁移升级需要考虑compatible的延期设置么?
    不需要考虑。只有在本地直接升级时需要考虑。

    8.3从12.1.0.2升级到19C,应用的存储过程是否全兼容,哪些地方需要改写代码?
    19c向下完全兼容12.1.0.2。但是建议升级前对应用进行全面回归测试。

    8.4有没有相关文档说明哪些11.2.0.4版本里的oracle函数(一些开发会用到的函数)在19c会废弃?
    建议参阅以下文档:
    19c Database Upgrade Guide中Behavior Changes, Deprecated and Desupported Features for Oracle Database章节。
    https://docs.oracle.com/en/database/oracle/oracle-database/19/upgrd/behavior-changes-deprecated-desupport-oracle-database.html
    19c PL/SQL Packages and Types Reference中Desupported Features章节。
    19c SQL Language Reference中Desupported Features章节。

    9涉及多租户架构的升级
    9.1non-cdb to cdb是不是先建一个新的cdb然后吧non-cdb插入到新的cdb中?
    是的。首先创建一个新的CDB,然后将原来的NON-CDB升级,再插入到新的CDB中。

    9.2cdb是不是要和pdb的版本一样,否则pdb会自动升级到cdb的版本?
    在兼容的情况下,PDB版本可以低于CDB版本。
    如果不执行升级操作,PDB不会自动升级。

    9.3CDB原地升级,是在cdb下执行,还是pdb下?还是都要执行?是否可以单独升级某个PDB?
    升级操作是在CDB级别执行。
    如果是全部升级,升级过程首先会升级CDB R O O T , 然 后 升 级 P D B ROOT,然后升级PDB ROOTPDBSEED和其他的PDB。
    如果希望单独升级PDB,可以在完成CDB$ROOT升级后,用升级命令指定单独升级某个PDB或多个PDB。

    9.4如果pdb比cdb的版本高的话,迁移是不是会失败,迁移不过去,
    是的,在兼容性检查时就会提示,迁移也会失败。

    9.511.2.0.3多个non cdb能否通过升级整合成一个19c的cdb
    可以。
    方式1:搭建19c CDB,创建PDB,使用Data Pump或TTS方式将数据从Non-CDB迁移到对应的PDB。
    方式2:先升级Non-CDB,例如11.2.0.3->11.2.0.4->19c,然后使用插入PDB方式进行整合。

    10关于授权和服务
    10.112.2升级到19C,需不需要再重新购买授权?
    如果一直在正常购买Oracle数据库标准服务,不需要重新购买授权。

    10.2请问11204多出的market driven阶段,要想得到支持,是要收费吗?除了收费还有别的要求没
    11.2.0.4的Market-Driven Support由Oracle Advanced Customer Services提供,详情请参阅以下文档。
    https://www.oracle.com/a/ocom/docs/ds-mds-database-11g-r2.pdf

    11其他
    Database Replay除了录制,还可以人为定义压力么?或者对于已经录制的set,可以对其的压力情况进行人为调整么?
    可以进行人为调整,Database Replay在重放时可以根据需求对重放的负荷进行调整。

    19C 集群在使用opatchauto打PSU会遭遇java.io.FileNotFoundException: /u01/app/oraInventory/ContentsXML/oui-patch.xml (权限不够)这个问题?这是正常现象么?
    建议先对文件权限和路径权限进行核实,确认操作用户对该文件的正常访问。

    展开全文
  • 主题摘要随着数据库产品迭代和企业内部IT内部需求的驱动,数据库升级是数据库管理员经常要面对的问题,oracle 19c版本推出来过后,经过几年的沉淀已经逐步成为新系统建设中数据库版本的首...

    主题摘要

    随着数据库产品迭代和企业内部IT内部需求的驱动,数据库升级是数据库管理员经常要面对的问题,oracle 19c版本推出来过后,经过几年的沉淀已经逐步成为新系统建设中数据库版本的首选,针对存量数据库系统,企业也面临着升级旧有环境的压力,如何高效、全面的规划数据库升级,进行数据库升级操作,保证升级操作成功,也成为我们DBA的一门必须课。

    分享大纲 

    1. 数据库升级前的规划考虑因素

    2. 数据库升级操作

    3. 升级操作中可能遇到的问题

    适合人群

    • 数据库运维DBA;

    • IT主管等。

    讲师介绍

    卢立广,西区交付总监,擅长数据库解决方案设计与项目管理。在多年的技术实践中,先后为政府、能源、通信等各行业客户的业务关键型系统提供了运维、升级、性能优化、项目实施与管理;在业务连续性与高可用、性能优化与管理、灾难恢复、信息系统整合等方面积累了深厚的经验及最佳实践。

    报名链接:https://www.modb.pro/event/149(复制到浏览器中打开或者点击“阅读原文”)即可报名。

    展开全文
  • 【摘要】据央采网3月19日发布的《中央国家机关2021年数据库软件协议供货采购项目成交公告》显示事务型数据库管理系统和分析型数据库管理系统两个包共有32家数据库厂商入围,其中除了甲骨文的Oracle和微软的 SQL ...
  • Oracle Database 19c会作为Oracle长期支持的版本.所以在初始安装19.3版本后,需要应用最近补丁集(2020年1月推荐补丁集RU6),升级软件至19.6版本。 二、安装所需介质 oracle_12.2.0.3_for_LINUX_64_202001_RU6...
  • Oracle Database 19c ,也就是12.2.0.3,最初在livesql.oracle.com上发布... “长期支持”意味着Oracle Database 19c提供4年的高级支持(截止到2023年1月底)和至少3年的延长支持(截至2026年1月底)。 这个扩展的支持窗...
  • Oracle 19c 单实例 RU 从19.3.0 升级到19.6.0 操作手册 Dave From CNDBA 社区
  • Oracle数据库各版本技术支持生命周期 - MOS 742060.1
  • 文章目录第一次安装rpm包再次安装rpm包创建数据库通过补丁升级到19.8修改归档路径第一次安装rpm包[root@rac192 oracle]# yum -y localinstall oracle-database-ee-19c-1.0-1.x86_64.rpmWarning: RPMDB altered ...
  • 文档内容 用途 适用范围 详细信息 ... 升级路径/19c 兼容性矩阵 需要及推荐在源库上完成的 推荐/需要在目标库上完成的 在 Windows 上需要对 Oracle Hom...
  • linux安装oracle19c完整版(图形+静默安装)

    万次阅读 多人点赞 2020-03-07 15:49:54
    最近有项目要搭建测试环境,加上又刚参加了oracle组织的oracle 19c的升级培训,所以准备在测试环境里面直接安装oracle19c
  • [oracle@oracle19c 29834717]$ ls etc files README.html README.txt [oracle@oracle19c 29834717]$ /opt/oracle/product/19c/dbhome_1/OPatch/opatch apply Oracle 临时补丁程序安装程序版本 12.2.0.1.17 版权所有 ...
  • Oracle 19c之RPM安装

    万次阅读 多人点赞 2019-09-17 02:57:55
    Oracle 19c,或者说是Oracle 12.2.0.3,是12c中稳定的版本,就像Oracle 11.2.0.4,是值得让客户做出升级决策,从Oracle支持的版本...
  • Linux 7.7 平台 Oracle 19c Data Guard 环境 升级RU 19.3 到19.6 操作手册 Dave From CNDBA 社区
  • Oracle Clusterware version on node [rac01] is [19.0.0.0.0] [grid@rac01 ~]$ crsctl query crs releaseversion Oracle High Availability Services release version on the local node is [19.0.0.0.0] [grid
  • Best Practices for Upgrading to Oracle Database 19c Mike Dietrich Roy F. Swonger Master Product Manager Vice President Database Upgrade and Migrations Database Upgrade and Utilities @MikeDietrichDE @
  • Oracle 19c 新特性一览

    万次阅读 2019-02-14 14:33:42
    Oracle 19c 新特性一览 标签(空格分隔): Oracle 19c 文章目录Oracle 19c 新特性一览可用性一般简化了 DG Broker中对于数据库参数的管理动态修改Fast-Start Failover (FSFO)目标库Broker的FSFO支持仅观察模式当...
  • Oracle19c的yum安装和使用
  • 说明:本文为Windows Server 2019下Oracle19c(19.3.0.0.0-64bit)安装操作指导手册 路径:从Oracle 18c开始,ZIP安装包解压后的目录即作为ORACLE_HOME目录(切莫安装后删除),  而ORACLE_BASE则放在同级的...
  • Oracle 19c rac Opatch 19.5 补丁升级手册

    千次阅读 2020-03-31 19:32:04
    2、升级前准备 2.1、准备Patch 6880880与补丁包(metalink上下载) 2.2、设置root环境变量 2.3、关闭数据库与监听 2.4、升级前检查 3、进行RAC升级 4、RDBMS补丁 5、对DB数据库升级 1、现有环境 1.1、...
  • Oracle19C升级WM_CONCAT函数失效

    千次阅读 2020-12-25 22:44:44
    最近项目Oracle数据库升级由11g升到19C,在验证过程中发现wm_concat函数竟然失效了。 经过网上查询资料发现,wm_concat函数是oracle的非公开函数,在新版的oracle中不支持该函数。 1.2 解决方案 因该函数在代码中...
  • Oracle 19c rac的搭建

    千次阅读 2019-08-26 15:08:22
    Oracle 19c rac的搭建 基于18c的rac进行删除再搭建: http://blog.itpub.net/26736162/viewspace-2220931/ hostnamectl set-hostname raclhr-19c-n1 hostnamectl set-hostname raclhr-19c-n2 #Public IP 192....
  • Oracle19c RAC for Centos7.6
  • 适用于新手静默安装
  • 某客户在恢复 Oracle 数据库的单表时,提示类似下面的信息: ....... Creating automatic instance, with SID='<oracle_sid>' initialization parameters used for automatic instance: db_name=<db_name...
  • oracle19c刷密码不同于11g,11g中user$表中有password字段,但19c中已经没有了,可参照如下方法刷密码: select name,SPARE4 from user$ where name='USER1'; SQL> alter user USER1 IDENTIFIED BY VALUES 'S:2E...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 934
精华内容 373
关键字:

oracle19c升级