prm dul supports all version oracle pluggable database

prm oracle recovery software supports oracle 12cR1 12cR2 18c 19C PDB CDB Container database pluggable database

PRM-SCAN extract datafile from corrupted asm disk group

PRM-SCAN extract datafile from corrupted asm disk group

let ‘s go !


let corrupt the asm disk header by manual

dd if=/dev/zero of=/dev/vdb1 bs=1024k count=10 conv=notrunc

this will write zero to asm header 10M

SQL> alter diskgroup data mount;
alter diskgroup data mount
ERROR at line 1:
ORA-15032: not all alterations performed
ORA-15017: diskgroup “DATA” cannot be mounted
ORA-15040: diskgroup is incomplete

fail to mount the corrupted asm disk group


use PRMSCAN to scan the failed asm diskgroup’s disk

this only require read-only permission

it will take long time to scan , up to the disk size

java -jar PRMScan.jar –outputsh

this command will output lots of dd command , help you extract datafiles blocks and merge them into datafiles

let see it

some datafiles may need to be ignored , find out your datafiles !!

execute the shell will generate datafiles under your current directory !

if you have multiple db’s system01.dbf store on same diskgroup , you may need to distinguish them by yourself, or you can call parnassusData service

let’s extract data from the datafile using prm !!

prm scan can work on

1. corrupted asm diskgroup ,failed to mount
2. corrupted / formatted filesystem
3. deleted datafile from asm diskgroup
4. deleted datafile from filesystem

filesystem(ntfs,ext 2/3/4,xfs whatever filesystem type)

we provide prm scan as a product (bundle with prm) or a service .

contact us !!

RHEL/CENTOS 7中需要注意的OS设置 会影响ORACLE数据库实例运行





1、 Oracle Linux 7和Redhat Linux 7:/var/tmp/.oracle中的socket文件被删除

Oracle Database – Enterprise Edition – 版本 和更高版本
Linux x86-64


Oracle Linux 7和Redhat Linux 7:/var/tmp/.oracle中的socket文件被神秘删除.



Oracle Linux 7和Redhat Linux 7都有一个内核服务systemd-tmpfiles-clean.service,由systemd管理并删除临时位置的文件。


  1. 在/tmp 中的文件/目录超过10天没有访问的(在tmp.conf中定义)
  2. 在/var/tmp中的文件/目录超过30天没有访问的(在tmp.conf中定义)





要排除tmp目录中的套接字文件被tempfile clean服务删除,请更改/usr/lib/tmpfiles.d/tmp.conf的内容并添加

x /tmp/.oracle*

x /var/tmp/.oracle*

x /usr/tmp/.oracle*


注意:目录/var/tmp/.oracle包含许多“特殊”套接字文件,本地客户端使用这些文件通过IPC协议(sqlnet)连接到各种Oracle进程,包括TNS监听器,CSS,CRS和EVM守护进程甚至是数据库或ASM实例。在Clusterware运行时删除套接字文件时  ,会出现Doc ID 391790.1的症状






ALERT: Setting RemoveIPC=yes on Redhat 7.2 and higher Crashes ASM and Database Instances as Well as Any Application That Uses a Shared Memory Segment (SHM) or Semaphores (SEM) (Doc ID 2081410.1)


ontroled by the option RemoveIPC in the /etc/systemd/logind.conf configuration file,
see man logind.conf(5) for details.

The default value for RemoveIPC in RHEL7.2 and higher is yes.

As a result, when the last oracle or grid user disconnects, the OS removes shared memory segments and semaphores for those users.
As Oracle ASM and Databases use shared memory segments for SGA, removing shared memory segments will crash the Oracle ASM and database instances.

Please refer to the Redhat bug 1264533  –


The problem affects all applications including Oracle Databases that use the shared memory segments and semaphores; thus, both, Oracle ASM and database instances are affected.

Oracle Linux 7.2 avoids this problem by setting RemoveIPC to no explicitly on /etc/systemd/logind.conf configuration file,
but if /etc/systemd/logind.conf is touched or modified before the upgrade started, the yum/update will write the correct/new configuration file (with RemoveIPC=no) as logind.conf.rpmnew,
and if user retains their original configuration file, then most likely the failures described in this note will occur.
To avoid this problem, after the upgrade be sure to edit the logind.conf and set RemoveIPC=no.  This is documented in the Oracle Linux 7.2 release notes.


1) Installing 11.2 and 12c GI/CRS fails, because ASM crashes towards the end of the installation.

2) Upgrading to 11.2 and 12c GI/CRS fails.

3) After Redhat Linux is upgraded to 7.2 and higher, 11.2 and 12c ASM and database instances crash.


The removal of the IPC objects by systemd-logind may happen at any time, as such the failure patterns can vary greatly, here are some examples of how failures may look like:


Most common error that occurs is that the following is found in the asm or database alert.log:
ORA-27157: OS post/wait facility removed
ORA-27300: OS system dependent operation:semop failed with status: 43
ORA-27301: OS failure message: Identifier removed
ORA-27302: failure occurred at: sskgpwwait1


The second observed error occurs during installation and upgrade when asmca fails with the following error:
KFOD-00313: No ASM instances available. CSS group services were successfully initilized by kgxgncin
KFOD-00105: Could not open pfile ‘init@.ora’


The third observed error occurred during installation and upgrade:
Creation of ASM password file failed. Following error occurred: Error in Process: $GRID_HOME/bin/orapwdEnter password for SYS:

OPW-00009: Could not establish connection to Automatic Storage Management instance

2015/11/20 21:38:45 CLSRSC-184: Configuration of ASM failed
2015/11/20 21:38:46 CLSRSC-258: Failed to configure and start ASM


The fourth observed error is the following message is found in the /var/log/messages file around the time that asm or database instance crashed:
Nov 20 21:38:43 testc201 kernel: traps: oracle[24861] trap divide error
ip:3896db8 sp:7ffef1de3c40 error:0 in oracle[400000+ef57000]



1) Set RemoveIPC=no in /etc/systemd/logind.conf

2) Reboot the server or restart systemd-logind as follows:
# systemctl daemon-reload
# systemctl restart systemd-logind


Migrating to Oracle Linux 7.2 and higher from Redhat 7.2 and higher resolves this problem.

If migrating to Oracle Linux 7.2 is not possible, please use the above workaround by setting RemoveIPC=no in /etc/systemd/logind.conf



我追寻的 是那一年 老张江地铁站 地铁从地下穿梭到地面那一霎那阳光照射的光明,是那一年在冲绳不知名海滩边巧遇的蓝色海水;可能是季节的关系,那算是我看过最蓝的海。







PRM支持恢复ORACLE 12cR1/12cR2/18C/19C 可拔插数据库


PRM DUL支持 ORACLE 12cR1,12cR2,18C,19C 容器数据库 可拔插数据库

PRM DUL now supports oracle 12cR1,12cR2,18C,19C Container Database Pluggable database PDB/CDB

12CR1 PDB TEST , works!
12cR2 PDB TEST , works!
18c PDB TEST , works!
19c PDB TEST , works!


Red Hat Enterprise Linux 生命周期

Red Hat Enterprise Linux 5、6 和 7

红帽提供的订阅服务涵盖 Red Hat Enterprise Linux 每个主发行版本的全部四个生命周期阶段 — 这四个阶段分别为完全支持阶段、维护支持 1 阶段、维护支持 2 阶段,以及延长生命周期阶段。

  • Red Hat Enterprise Linux 5、6 和 7 都提供 10 年支持(除非在以下的例外章节中有其他说明),并分为完全支持阶段、维护支持 1 阶段、维护支持 2 阶段,以及后续的延长生命阶段。另外,Red Hat Enterprise Linux 5 和 6 的用户还可以购买“延长生命周期支持(Extended Life-cycle Support,简称 ELS)”订阅服务,这可以把有限的订阅服务扩展到维护支持 2 阶段以后。


  • 在 Red Hat Enterprise Linux version 7 的生命周期内,红帽对 Red Hat Enterprise Linux Atomic Host、Red Hat Enterprise Linux for ARM、Red Hat Enterprise Linux for Power LE (POWER9) 和 Red Hat Enterprise Linux for IBM System z (Structure A) 的每个发行版本只提供完全支持阶段的支持,以及一个后续的延长生命阶段(不提供维护支持 1 阶段和维护支持 2 阶段)。


Red Hat Enterprise Linux 8

红帽非常了解产品生命周期的规划对于我们的客户、合作伙伴、ISV 以及整个 Red Hat Enterprise Linux 生态系统的重要性。随着 Red Hat Enterprise Linux 8 的推出,红帽把 RHEL 产品的生命周期阶段由 4 个简化为以下 3 个:完全支持阶段、维护阶段,以及延长生命阶段。我们同时还会提供预计发行的时间以及会提供延长支持服务的次版本的信息。

  • Red Hat Enterprise Linux 8 提供 10 年的生命周期,包括完全支持阶段、维护支持阶段以及一个后续的延长生命阶段。另外,用户还可以为 Red Hat Enterprise Linux 8 购买一个名为“延长生命周期支持(Extended Life-cycle Support,简称 ELS)”的附件服务订阅。这个服务订阅为用户在维护支持阶段以后扩展了有限的订阅服务。


采用 Red Hat Enterprise Linux 生命周期阶段的目的是减少每个主发行版本 i 之间变化的程度,以便更好预期新的发行版本和内容。 ii


在每个主发行版本的生命周期内,Red Hat Enterprise Linux 的软件更新通过红帽客户门户网站(Red Hat Customer Portal)iii 或其他授权的红帽门户网站,以独立更新(称为勘误公告(errata advisories)的形式提供。勘误公告可根据需要单独发布,也可以将其整合到次发行版本中。勘误公可包含安全修复(红帽安全公告,或 RHSA),程序错误修复(红帽程序错误修复公告,或 RHBA),或功能增强(红帽增强公告,或 RHEA)。所有勘误公告都已在相应的 Red Hat Enterprise Linux 主发行版本中进行了测试。(例如:Red Hat Enterprise Linux 8 RHSA 将会被累计添加到 Red Hat Enterprise Linux 8 的最新发行版本及补丁集中)。 具有有效订阅的用户在 Red Hat Enterprise Linux 的整个生命周期中都可以访问已发布的勘误公告。在 Red Hat Enterprise Linux 的每个主发行版本中,任何勘误公告(包括次要发行本中的勘误)都会被累计添加到 Red Hat Enterprise Linux 的最新发行版本(包括补丁集)。

在主 Red Hat Enterprise Linux 发行版本生命周期中,红帽会以合理的商业投入保证在所有次发行版本及勘误公告中的内核运行时环境都具有二进制兼容性。但是如有必要,红帽会就安全影响级别为“关键(Critical)”的安全问题或者其他严重问题在兼容性方面做例外处理。另外,Red Hat Enterprise Linux 的主发行版本会包含一组在上一个主发行版本中使用的有限向后兼容库,以便简化应用程序的迁移。通常,红帽会在应用这些更改时以尽量减少变化并保持二进制兼容性。在某些情况下,受控软件包复位(re-base)可能会有例外。 二进制兼容性也适用于在某个应用程序容器中使用的 Red Hat Enterprise Linux。 但是,这不适用于 Red Hat Enterprise Linux Atomic Host,或可能在主机之上运行的应用程序容器,因为它们都可能包含 Red Hat Enterprise Linux 最新版本未提供的软件包或软件包版本。 如果需要更详细的信息,请参阅 Red Hat Enterprise Linux 7: Application Compatibility Guide 或 Red Hat Enterprise Linux 8: Application Compatibility Guide

下表列出了订阅服务详情,其中包括在 Red Hat Enterprise Linux 生命周期的各个阶段提供的支持和软件维护:

Red Hat Enterprise Linux 生命周期
描述 完全支持 维护
支持 1
(RHEL 5、6 和 7)12
支持(RHEL 8)13维护
支持 2
(RHEL 5、6 和 7)12
延长生命阶段 7 延长生命周期支持(ELS)附加服务8 延长更新支持(EUS)附加服务8
技术支持 1 无限 无限 无限 有限 9 无限 无限
异步安全勘误(RHSA) 10 11 是 8 是 8
异步程序错误修复勘误 2 11
更新的硬件启用支持3 原生 有限4原生 使用虚拟化 使用虚拟化 使用虚拟化 使用虚拟化
软件增强 5 是 6
  1. 技术支持覆盖的范围取决于您的 Red Hat Enterprise Linux 订阅所包括的服务等级。
  2. 在生成程序错误修复勘误公告(RHBA)期间,红帽可选择提供热修复(Hotfix)作为临时方法处理严重影响客户业务的问题。
  3. 原生硬件启用是通过将硬件驱动程序反向移植(backporting)到 Red Hat Enterprise Linux 的相应版本来实现的。使用虚拟化的硬件启用是通过在较新版本的 Red Hat Enterprise Linux 中运行一个较早版本的 Red Hat Enterprise Linux 作为虚拟客户机实现的。详情请查看以下虚拟化描述。注:硬件认证(包括相关的硬件限制)适用于作为主机使用的 Red Hat Enterprise Linux 版本。
  4. 维护支持 1 阶段中的原生硬件启用(Hardware Enablement)仅限于那些不需要大量软件更改的硬件启用。详情请查看以下维护支持 1 阶段描述。
  5. 软件增强是指修正程序缺陷外的新增加的功能,或在新一代硬件中启用之前存在的功能。
  6. 主发行版本是提供主要软件增强的方式,一些影响不大的软件增强也可能会通过次发行版本提供。
  7. 请查看下述延长生命周期阶段
  8. 延长更新支持(EUS)和延长生命周期支持(ELS)是可选的附加服务(add-on)。请查看下述 EUS 和 ELS
  9. 只适用于现有安装。其他限制请查看以下详细说明。
  10. 有关安全严重性分级的信息,请参考问题严重性分级页。
  11. 红帽对所有提供的勘误拥有自由裁量权。
  12. 适用于 RHEL 主发行版本 5、6 和 7。不适用于 RHEL 8。
  13. RHEL 8 只有一个维护支持阶段,相当于以前版本的维护支持 2 阶段。

Red Hat Enterprise Linux 产品生命周期阶段




次发行版本还包括可用且合格的勘误公告(RHSA、RHBA 和 RHEA)。次发行版本的内容是累计的,包括之前所发布更新的内容。在此阶段,次发行版本着重解决中、高等级的问题。


维护支持 1 阶段v:

在维护支持 1 阶段中,会发布级别为关键(Ctitical)和重要(Important)的安全勘误公告(RHSA),以及优先级为“紧急(Urgent)”的程序错误修复公告(RHBA)。其他勘误公告可根据具体情况发布。

红帽通常会在次发行版本中自由裁量提供不需要大量软件更改的硬件启用(Hardware Enablement)。在这个阶段不会提供新的软件功能。


只有因安装程序(installer)变化而需要时,红帽才会在维护支持 1 阶段自由裁量为次发行版本提供更新的安装镜像。

维护支持阶段(RHEL 8)/ 维护支持 2 阶段(RHEL 5、6、7)vi:

在 Red Hat Enterprise Linux 8 的维护支持阶段以及 Red Hat Enterprise Linux 5、6 和 7 的维护支持 2 阶段中,会发布级别为关键(Ctitical)的安全勘误公告(RHSA),以及红帽选择的优先级为“紧急(Urgent)”的程序错误修复公告(RHBA)。其他勘误公告可根据具体情况发布。

在维护支持阶段(RHEL 8)及维护支持 2 阶段(RHEL 5、6 和 7)一般不会发布新的功能及新的硬件启用。在这个阶段可能会提供带有更新安装镜像的次发行版本。


在延长生命周期阶段,通过 Red Hat Enterprise Linux 订阅还可以继续在 红帽客户门户网站中访问之前发布的内容以及其他内容,如文档及红帽知识库。另外,在此阶段,可能还会提供迁移到目前所支持的 Red Hat Enterprise Linux 版本的建议。

对于处于延长生周阶段的产品,红帽会提供有限的技术支持。 在此阶段,不会提供程序错误修复、安全修复、硬件启用(Hardware Enablement)或根本原因分析,同时只对现有安装提供支持。

红帽保留在延长生命周期阶段随时终止对 Red Hat Enterprise Linux 某个特定版本提供支持的权利。

Red Hat Enterprise Linux 8 生命周期

红帽为 Red Hat Enterprise Linux 用户、合作伙伴及 ISV 提供以下信息以供参考。下图提供了次版本计划发行的时间,以及哪些次发行版本会包括扩展的更新支持服务以及 Update Services for SAP Solutions 服务。在整个完全支持阶段,计划每 6 个月发布一个次发行版本。

RHEL 8 计划指南viii

Red Hat Enterprise Linux 8 Application Streams 生命周期

Red Hat Enterprise Linux version 8 中大多数软件包(包括绝大多数的 Application Streams)将会在 Red Hat Enterprise Linux 8 整个 10 年的生命周期中被维护。但是,一些具有特定生命周期的组件的维护时间可能会少于 10 年。这些特定的生命周期通常与上游社区指定的生命周期相匹配。

Application Streams 将遵循主发行版本产品生命周期阶段的勘误标准。例如,在维护支持阶段,为 RHEL 8 的 Application Stream 发布的勘误是影响级别为“关键(Critical)”的安全公告(RHSA),以及红帽选择的级别为“紧急(Urgent)”的程序错误修复公告(RHBA)。另外,在维护支持阶段和延长生命阶段也不会推出新的 Application Stream,这是因为在这些阶段中不提供软件增强功能5。但是,为了实现 RHEL 的 10 年支持标准,每个 Application Stream 的一个版本都会在维护支持阶段开始时被标注,这个版本将会根据支持阶段的标准获得维护。

例如,大多数数据库都被上游社区支持 5 年,在 RHEL 8 中对它们的模块流的维护将与上游社区的支持一致。PostgreSQL 的每个流版本都会被维护 5 年,所以 PostgreSQL 模块流在 RHEL 8 中就会出现重叠。 用户可以根据自己的需要选择适当的模块流。用户可以根据自己的具体情况,选择安装一个较老的版本,或安装一个较新的版本,并使用选择的版本 5 年,或在出现新版本时升级到新版本。 用户不会被强制升级,而是可以根据自己的需要在适当的情况下进行升级。 如果客户需要在一个模块流特定生命周期以外的支持,则可能需要升级到一个更新的模块流来获得相应的程序错误修正及 CVE 公告。

请参阅 Red Hat Enterprise Linux 8 Application Streams 生命周期 页来获得更详细的信息。

Red Hat Enterprise Linux 更长支持周期附加服务


红帽为需要在延长阶段中标准化某个次发行本的客户在其 Red Hat Enterprise Linux 订阅中提供延长的更新支持(EUS)附加组件。这个 EUS 附加组件可让客户灵活地决定何时采用 Red Hat Enterprise Linux 的新功能,其中包括新硬件启用。

Red Hat Enterprise Linux 订阅会为当前有效的次发行版本提供所有可用的 RHSA 和 RHBA,直到发行了下一个次发行版本。而针对某个特定次发行版本的 EUS 服务,可以在该次发行版本已不是最新的次版本后(已发布了新的次版本),仍然为这个版本提供影响级别为“关键(Critical)” 的 RHSA 以及红帽选择的级别为“紧急(Urgent)”的 RHBA。有关 EUS 中包含的软件包列表,请查看 这里

从每个次发行版本发行时间开始 24 个月内,会提供相关的 Red Hat Enterprise Linux EUS 流。

Red Hat Enterprise Linux 7 for ARM、Red Hat Enterprise Linux 7 for Power LE (POWER9) 以及 Red Hat Enterprise Linux for IBM System z (Structure A) 不提供 EUS。

请注意: EUS 附加服务已包括在 RHEL Server Premium 订阅中。具有 RHEL Server Standard 订阅的用户可以额外购买 EUS 附加服务。使用 RHEL Server Self-Support、RHEL Desktop 和 RHEL Workstation 订阅的用户无法购买 EUS 附加服务。

Red Hat Enterprise Linux 7 的以下版本提供 EUS:

  • 7.1(2017 年 3 月 31 日结束)
  • 7.2 (2017 年 11 月 30 日结束)
  • 7.3(2018 年 11 月 30 日结束)
  • 7.4(2019 年 8 月 31 日结束)
  • 7.5(2020 年 4 月 30 日结束)
  • 7.6 (2020 年 10 月 31 日结束)
  • 7.7 (2021 年 8 月 30 日结束;最后的 RHEL 7 EUS 版本)

对于 Red Hat Enterprise Linux 8,计划对 RHEL 8.1、8.2、8.4、8.6 和 8.8 提供 EUS(请参阅上面的图)。

有关 EUS 的详情请参考这篇知识库文章

Update Services for SAP Solutions 附加服务

红帽为那些需要对特定次发行版本的延长阶段进行标准化的,具有 Red Hat Enterprise Linux for SAP Solutions 订阅的用户,提供了一个 Update Services for SAP Solutions 的附件服务。通过使用 Update Services for SAP Solutions 附加服务,客户可以灵活地决定何时进行升级来使用 Red Hat Enterprise Linux 的新功能,包括新硬件启用(Hardware Enablement)。

Red Hat Enterprise Linux 订阅会为当前有效的次发行版本提供所有可用的 RHSA 和 RHBA,直到发行了下一个次发行版本。而针对某个特定次发行版本的 EUS 及 Update Services for SAP Solutions 服务,可以在该次发行版本已不是最新的次版本后(已发布了新的次版本),仍然为这个版本独立提供影响级别为“关键(Critical)” 的 RHSA 以及红帽选择的级别为“紧急(Urgent)”的 RHBA。对于 EUS 以及 Update Services for SAP Solutions 服务订阅用户,红帽通常会在客户请求之外,不断为其主动提供级别为“关键(Critical)”的 RHSA。有关 EUS 中包含的软件包列表,请查看 这里

从每个次发行版本发行时间开始 48 个月内,会提供相关的 Red Hat Enterprise Linux Update Services for SAP Solutions 流。

注意:RHEL 8.0 的 Update Services for SAP Solutions 服务会提供到 2020 年 5 月 31 日,以便客户能够更轻松地迁移到更新版本的 RHEL 8 for SAP Solutions。

对于 Red Hat Enterprise Linux for SAP Solutions,以下版本提供了 Update Services for SAP Solutions 服务:

  • 7.2(2019 年 11 月 30 日结束)
  • 7.3(2020 年 11 月 30 日结束)
  • 7.4(2021 年 8 月 31 日结束)
  • 7.6 (2022 年 10 月 31 日结束)
  • 7.7(2023 年 8 月 30 日结束。最后的 RHEL 7 Update Services for SAP Solutions 版本)
  • 8.0 (2020 年 5 月 31 日结束)

在通过 SAP 认证后,支持 Update Services for SAP Solutions 服务的 Red Hat Enterprise Linux 7 发行版本将添加到上述列表中。


延长生命周期支持(ELS)是为某些 Red Hat Enterprise Linux 订阅提供的自选附加订阅。在 Red Hat Enterprise Linux 5 和 6 的延长生命周期阶段,ELS 附加服务会提供特定的影响级别为“关键(Critical)”的安全修正,以及红帽选择的优先级为“紧急(Urgent)”的程序错误修正。另外,还会为最后一个次发行版本提供故障排除服务。在 Red Hat Enterprise Linux 5 中,ELS 附加订阅包括 IBM z 系统和 x86 架构( 32 位和 64 位,Itanium 架构除外)。在 Red Hat Enterprise Linux 6 中,ELS 附加订阅包括 IBM z 系统和 x86 架构的 32 位和 64 位变体。ELS 不提供对附加服务(Add-On)的支持。

如需了解如何通过红帽的服务来满足您业务的需要,请联络红帽咨询。查看 ELS 中包括的软件包列表

请注意: 只有 RHEL Server Standard 或 Premium 订阅才提供 ELS 服务。 RHEL Desktop 及 RHEL Workstation 订阅没有 ELS 服务


虚拟化为虚拟客户操作系统提供硬件抽象层。使用该抽象层可轻松在支持最新服务器硬件的虚拟化主机上,部署运行可能不支持最新服务器硬件的 Red Hat Enterprise Linux 旧版本的虚拟机。通过这个方法,可以在使用最新一代处理器的 Red Hat Enterprise Linux 6 系统上运行 Red Hat Enterprise Linux 4 虚拟机。

红帽旨在支持那些,仍处于产品阶段或者延长生命周期阶段的、并作为一个虚拟客户机运行于新版本 Red Hat Enterprise Linux 系统主机上的 Red Hat Enterprise Linux 版本。

Red Hat Enterprise Linux 虚拟化支持表格提供所支持的操作系统、版本及硬件架构组合详情。


所有“完全支持阶段终止”和“维护支持 1 阶段终止”中提及的将来日期都是大概日期,而不是绝对日期,它们有可能变化。

版本 公开发行 完全支持结束 维护支持 1 阶段结束 维护支持或维护支持 2 阶段结束(产品过期) 延长生命周期支持终止 延长生命周期阶段终止 最终

4 2005 年 2 月 14 日 2009 年 3 月 31 日 2011 年 2 月 16 日 2012 年 2 月 29 日 2017 年 3 月 31 日 持续 4.9
5 2007 年 3 月 15 日 2013 年 1 月 8 日 2014 年 1 月 31 日 2017 年 3 月 31 日 2020 年 11 月 30 日 持续 5.11
6 2010 年 11 月 10 日 2016 年 5 月 10 日 2017 年 5 月 10 日 2020 年 11 月 30 日 2024 年 6 月 30 日 持续 6.10
7 2014 年 6 月 10 日 2019 年 8 月 6 日 2020 年 8 月 6 日 2024 年 6 月 30 日 不适用 持续 待定
7 (ARM) 2017 年 11 月 13 日 2020 年 11 月 30 日 不适用 不适用 不适用 持续 7.6
7 (POWER9) 2017 年 11 月 13 日 2020 年 11 月 30 日 不适用 不适用 不适用 持续 7.6
7 (System z (Structure A)) 2018 年 4 月 10 日 2020 年 11 月 30 日 不适用 不适用 不适用 持续 7.6
8 2019 年 5 月 2024 年 5 月 不适用于 RHEL 8 2029 年 5 月 待定 待定 待定



有关 Red Hat Software Collections 的生命周期请参考

有关 Red Hat Enterprise Linux Extras 的生命周期详情,请参考

有关 Red Hat Enterprise Linux Extras 生命周期详情请查看

  1. i.主发行版本采用整数表示,比如 Red Hat Enterprise Linux 6。
  2. ii.红帽公布这份生命周期旨在努力提供信息的透明度,同时在与这些政策有冲突时保留采用例外处理的权利。
  3. iii.您可以通过 红帽客户门户网站访问红帽网络(Red Hat Network,RHN)。
  4. iv.完全支持阶段以前被称为“产品 1(Production 1)”阶段。
  5. v.维护支持 1 阶段以前被称为 “产品 2” 阶段。
  6. vi.维护支持 2 阶段以前被称为 “产品 3” 阶段。
  7. vii.如需了解更多关于 EUS 附加服务的信息,请参阅
  8. viii.生命周期时间跨度和相关日期可能会有变化。

flutter pub get缓慢解决方案

flutter pub get缓慢解决方案



flutter pub get 



flutter pub get






なに 什么

よし 好 好的











ORACLE Windows 64bit:

复制这段内容后打开百度网盘手机App,操作更方便哦 PATCH SET FOR ORACLE DATABASE SERVER (Patchset) 1.2 GB (1327046969 bytes) 
SHA-256 9C6E1235D1B0EE6C36E3F82FEBDC74160BB9766900579FC7EBBFACECD6E8F4B2 
SHA-1 893475AFA9C6758FB14E8269EF05F6D485445F28 1.1 GB (1152431908 bytes) 
SHA-1 6EE067D16F80061B03CFD63603B3F5E454B6152D 
SHA-256 6343B2EA4F47C4E85FD4DC1B5C2EA0B86294E48FAD90DE1820C3F9DF906675F3 735.0 MB (770723774 bytes) 
SHA-256 EC47CFF4D500BD357982C57D9F84F893293A3DBB79A62FC7AE66E2144BEFFF6C 
SHA-1 AA69BD12E01BECBD249C71F8682D75BB2FA003DB 600.7 MB (629885092 bytes) 
SHA-256 10D708F6C3FA12466486BDBB3B1FB235EEEAF1AAB39B67B86C42648F8F49FB33 
SHA-1 821CD458D76672DD10A3C377196C6CE52CBB1BBF 525.6 MB (551173867 bytes) 
SHA-1 E975AA77E4D79B2A22F0F341CBA97EE696B5ADD1 
SHA-256 25FB15F2031C4C82EC09D001023103A9267BC2D34D0F1731E0EBFCDA0495C72E 484.2 MB (507686306 bytes) 
SHA-1 C899797A782DE2A09EC90C57A1117D3490CEAA65 
SHA-256 4A2EF2B9FB3656009320676B2DDFB13A81777B6F2E70ECCA37606637EF796043 108.3 MB (113590540 bytes) 
SHA-1 DCA23E6583527F7ABC19846D1FD51D56DE4C4111 
SHA-256 4BF2626A281C006331846C174790EF63D744C7A0BAC309CAAB48548596476701 



ORACLE Linux 64bit:

复制这段内容后打开百度网盘手机App,操作更方便哦 PATCH SET FOR ORACLE DATABASE SERVER (Patchset) 1.3 GB (1395582860 bytes) 
SHA-256 0B399A6593804C04B4BD65F61E73575341A49F8A273ACABA0DCDA2DFEC4979E0 
SHA-1 983461D6442B0833630475EC4885278588585651 1.1 GB (1151304589 bytes) 
SHA-1 2E628D8CAC5D1C6FFF15E728B1F227747BF2DED8 
SHA-256 73E04957EE0BF6F3B3E6CFCF659BDF647800FE52A377FB8521BA7E3105CCC8DD 1.1 GB (1205251894 bytes) 
SHA-1 8C0CD2D7BB2DD73E965A90CD053828D7A52AE7E7 
SHA-256 09C08AD3E1EE03DB1707F01C6221C7E3E75EC295316D0046CC5D82A65C7B928C 625.6 MB (656026876 bytes) 
SHA-1 1ACF8F785313D3C5CF631A0077416C22348B9DF8 
SHA-256 88B4A4ABB57F7E94941FE21FA99F8481868BADF2E1E0749522BBA53450F880C2 571.4 MB (599170344 bytes) 
SHA-256 F9C9D077549EFA10689804B3B07E3EFD56C655A4ABA51EC307114B46B8EAFC5F 
SHA-1 8D68764AB38804A9B9C9E80BF5AE0F3D6C397151 465.7 MB (488372844 bytes) 
SHA-256 B2E08F605D7A4F8ECE2A15636A65C922933C7EF29F7AD8B8F71B23FE1ECBACA8 
SHA-1 79533E2FF40664A4640616BD559903ED616F2633 114.0 MB (119521122 bytes) 
SHA-256 1CB47B7C0B437D7D25D497ED49719167A9FB8F97A434E93E4663CFA07590E2BA 
SHA-1 B23A8CED6D47664F20C116ABA9A2C77D65B2DD6D 

ORACLE AIX  64bit:

复制这段内容后打开百度网盘手机App,操作更方便哦 PATCH SET FOR ORACLE DATABASE SERVER (Patchset) 1.7 GB (1801653734 bytes) 
SHA-256 0F74D947F7B8E7E3B1FB4CCC4CB36506E3D1D2DF68E1526AEB7CCB23798F704F 
SHA-1 6A8A7238A796322C6B6AD584805661BC3C368DD1 1.1 GB (1170882875 bytes) 
SHA-1 AE628A661616887E7BA96A2122FB6C62C9B9B6E0 
SHA-256 BD8AAC4DFAFD84840918CDC655D8328AB96EFE1CEB056F843BC75F11BB7AAEC0 2.0 GB (2127071138 bytes) 
SHA-1 BCEDB9007F768A8701406BFE2465E486AF288D52 
SHA-256 CE95498EB70D264E969C48609E5FD036EFF296994725E35AC8E1458B7C8EE9E0 996.5 MB (1044886145 bytes) 
SHA-256 31DD509123F83D414FF1B299E413EF062E4E6F1B48816156AB78CECAF9EEBC83 
SHA-1 FFD1AE113AD645F7891A9C4EB35BDC4BFCBB0A3A 851.6 MB (892976067 bytes) 
SHA-1 AE89F9F347218A8B5FBEE3BB0279099234E65D1A 
SHA-256 54339444BB29B202AB319AB77F00CBB78DD052D558320139CED9E97EC6ACC0F3 543.3 MB (569688642 bytes) 
SHA-256 E64D165372B17F23F5D756381CAAD3FD057A80EAE0CD786589B91982A6993322 
SHA-1 BA3B3BF26B08ADC7A95B94E4E43044A79113524B 215.4 MB (225860409 bytes) 
SHA-256 5D1364CAB9241B7A71EF286D0E86CAC256878E771E9FDDC8CB1CF0E16FB99EAD 
SHA-1 BA37C387373001DF7F3BDF2725301D45519FC00D 






ORACLE Linux 32bit:

复制这段内容后打开百度网盘手机App,操作更方便哦 PATCH SET FOR ORACLE DATABASE SERVER (Patchset) 1.3 GB (1380374377 bytes) 
SHA-1 A525E17F3C62659AC11ACB39A20711972B1EC22E 
SHA-256 A9D644CA07D043DEB363DC76D385212090527F72B27A802E2FD2965299CD2FF8 1.1 GB (1142436991 bytes) 
SHA-256 BA1D4CB4C186FF3DC40B682AF5134EA7B6FE252A415B61EEA0C42F820C7223EC 
SHA-1 5B8FCE0253EB4549F149DCB9BB9B2646F8755ECD 814.3 MB (853856456 bytes) 
SHA-256 BE9435F8BE3724D2404EBF37150F6B61B45D23970A11CCF661521F29D503B3CF 
SHA-1 50CF20E8C25F3CA723B94699392262F12E090FB9 613.5 MB (643298224 bytes) 
SHA-256 C4ACE48647B045D831516DEE3805BA1F9A40A50E357D6AE5D8E8D141A91410BF 
SHA-1 7657A2DE446D8F016DDC9CE985948F22A66F61F7 560.2 MB (587370432 bytes) 
SHA-256 5BB47B213C8D239133C8E147A6601C4E0EE45C0D6CAD842042F1168640870FA0 
SHA-1 B2F6DF0624DE740B3684383F3CDE25E4D7741F7C 465.1 MB (487722197 bytes) 
SHA-256 3BAA0F29DA8E1D1E6D70CE6CD4659CD7E0F60F3ADD0C142FEACE816BD0E5F756 113.3 MB (118788536 bytes) 
SHA-1 8E556FC5A5A624CDBA5EF05A47EC10BE607172E9 
SHA-256 5C99E47D01AE4379A63F9DA7BA5F03BCFEF0BD1F80E0C2D4D4142184BB0060C4 




复制这段内容后打开百度网盘手机App,操作更方便哦 PATCH SET FOR ORACLE DATABASE SERVER (Patchset) 1.2 GB (1303780058 bytes) 
SHA-256 1F1CBB0FCD230CD4E78162A652B2777430B622EA39DE74AD2D67F8E5046DE5A0 
SHA-1 6A0BEB102E2326DE6C0EEB84818FC89AEA1F6518 1.1 GB (1137477960 bytes) 
SHA-256 D12BD4C070A094154FCBDB34F05A7EC0FA7D45B69F6BC7FF0B2DEFEECE1E0873 
SHA-1 821D0B636D4055138CD9B3D4FCA1BA521EA3009B 578.6 MB (606695219 bytes) 
SHA-1 D47447F5FFA46C524B09A635071D3684DC96DA52 
SHA-256 90AAD65DEBFB36A72EF9F515707A0353E38F4ED0F441AFA795D25D82273DCDFE 504.4 MB (528911211 bytes) 
SHA-256 A36FBB370C3A6718611033FDD048BF1155559A9725AFB8D7D5ADD6265EEE0362 
SHA-1 F5C153542F4322B90A92AC47A4EEB732055E0FEA 475.4 MB (498466574 bytes) 
SHA-1 A6F25F4DC426CED3F53C38E584AC2705FD516138 
SHA-256 36ED3410E296F53656ABA6E0FE4BAB69A8059488B5751F9BFD8D2F7F4BDE10A2 105.0 MB (110100340 bytes) 
SHA-1 0A8046C4970B0AAFBFA9A77905EC81B04021F93A 
SHA-256 06093886948C9F7EA33B4E4A73CB7115EBA5B05E924F3A4C2B44B84C74ECB06D 


react native css style field









沪公网安备 31010802001379号