centos升级oracle centos7安装oracle数据库

今天给各位分享centos升级oracle的知识，其中也会对centos7安装oracle数据库进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

centos和debian哪个好

DebianVSCentOS哪个更好

通过以上我个人认为:从安全上说CentOS,rhel,oracle-LinuxDebian

从性能下降说也是CentOS,rhel,oracle-LinuxDebian

其次，通过观察debain内核源码和CentOS内核源码大小，我们可以看到Debian内核才62M，而CentOS内核则达到了82M为什么呢？还是我先前一篇文章中

分析过的，Debian是自由内核，里面去除了很多no-free固件驱动，功能代码，而CentOS

则是继承了rhel的特点，得到世界很多硬件厂商的权利支持，不管是free还是no-free的全部包含在内核源代码中，而且在虚拟化(kvm)部署中也是处于领导地位的,其中也不乏一些还来得及被Debian,或者标准内核采纳的代码，这样就导致了:

硬件支持特别是虚拟化CentOS,rhel,oracle-LinuxDebian(freebsd)

还有，一个就是通过编译内核我们发现，默认情况下，CentOS开启的内核

选项都是非常保守的，而Debian则很时髦，有什么新玩意就上，比如Debian开启了内存分配slub内核尺寸优化Os而CentOS还是使用久经考验的slab和O2..........

默认内核配置性能测试DebianCentOS,rhel,oracle-Linux

最后我们来说说，他们各自的应用软件支持数量，从官方发布的安装dvd（只有一张3.4G）上可以看出CentOSrhel是专门来做服务器，vps来用的，包含的软件相对debain安装dvd(8张dvd)来说是少只又少。我曾经就yuminstallnginx结果我失败了

我以为我打错。结果真的没有，要自己二外去加源，我知道有很多第三方的软件源可以使用，但是单从官方支持上说是很少了，这也表明了CentOS重要用途，还是以服务器为主，桌面勉强可以吧！而Debian呢有4万多种软件，涵盖了开发，桌面，服务器软件，等等几乎你说能用到的所有软件都有，而且apt包管理也比yum强很多，以此，我个人判断：

开发方环境，通用性DebianCentOS,rhel,oracle-Linux

好了来个总结吧，如果不是狂热的系统定制优化狂人，我的建议是：

1，如果你是开发者，和狂热的性能追求者或者是vps中的服务器请使用Debian！

2,如果你是vps供应商，电子商务，使用了很多像hp,ibm等大品牌服务器，而且要求很高的稳定性，安全性，我建议你使用rhel家族，最少用10%左右的性能损失，不是很大的易用性损失，换来安全稳定还是值得的！

centosdebian哪个对arm支持好

CentOS和Debian都支持ARM架构，但它们在对ARM的支持方面有所不同，具体取决于您的需求。一般而言，Debian是更早支持ARM架构的发行版之一，并且社区支持也更好，因此在ARM设备上的兼容性可能更好。另一方面，CentOS在ARM架构上的支持也越来越好，特别是在RaspberryPi等设备上的支持方面表现不错。因此，您需要根据您的具体需求来选择CentOS或Debian。

debian比较centos哪个快

debian快

它还包括在其官方存储库之外的非GPL软件。以遵守其提供免费软件的准则。

1。主要软件版本

DebianStableWheezy已拥有这些软件版本。

Apache-2.2.22

PHP-5.4.4

MySQL-5.5.30

PostgreSQL-9.1.9

2。升级

将Debian从一个稳定版本升级到下一稳定版本很容易。操作也比较简单。

3。稳定性

Debian被认为是比许多其他发行版更稳定的Linux发行版。对于企业而言。这是一个不错的选择。因为该版本中的错误导致的开销更少。它还为修补安全漏洞提供了时间。因此这些发行版通常比其他Linux发行版的发行版更安全。

4。易用性

通常认为DebianLinux发行版比初学者更适合Linux专家。它从一开始就假定您对Linux开发有一定的了解。安装程序为用户提供了对其配置的更高程度的控制和自定义。

以上就是Debian和CentOS的区别。对于需要完全控制的有经验的用户。Debian可能更好；对于想要更稳定和安全的Linux发行版的企业。CentOS可能更好。

为什么选择CentOS而不是Debian?

我们运行着一些全球最大的互联网的营运，因此我们对可靠性和稳定性非常重视，是我们的第一要务。为此，我们只使用Linux来支撑顾客的系统。但是，我们应该使用哪一个Linux的发行版？答案是，CentOS。为什么呢？\x0d\x0a\x0d\x0a作为一个庞大的系统运营商，在很长的一段时间里，我们需要在多种大型系统中找到一个可靠的，可预测的系统，我们需要从世界上最强大的软件供应商和开源项目中获得强有力的支持。对于那些最常用的系统，我们需要文档，工具和全球性资源。\x0d\x0a\x0d\x0a正因如此，RedHat/CentOS系列发行版正是我们的选择。他们能够满足以上所有需求，而且问题相对较少、长期稳定，这使得我们能够为成千上万的运行了不同配置、服务和应用的系统提供世界级的维护。\x0d\x0a\x0d\x0aRedHat’sEnterpriseLinux\x0d\x0a(RHEL)是黄金标准的企业发行版。它每五年左右更新一次，在系统的稳定性，前瞻性和安全性上有着极大的优势。每当新的主版本发行后，比如\x0d\x0a5.x亦或最近的6.x，所有版本和代码都将保留不变，只有安全问题或是主要的bug，例如后门，端口之类的问题，会通过发布新的子版本来修复。\x0d\x0a\x0d\x0aCentOS是RHEL发行版对应的开源版本，通常在RedHat的发布后就会很快发行。我们使用CentOS的原因在于RHEL发行版的标准支持服务费用非常高，大约每台服务器800美元左右，对于我们很多拥有数十台甚至上百台服务器的用户来说，这是必须要控制的成本。\x0d\x0a\x0d\x0aRHEL/CentOS系统有两个潜在的问题。\x0d\x0a\x0d\x0a首先，一旦确定了主版本，,除了安全问题和严重故障会被修复以外，其他内容将不会做任何改变。这虽然对稳定性有\x0d\x0a好处，但是对许多服务不利。比如MySQL和PHP服务，它们在这五年的CentOS/RHEL主版本发布周期中会进行繁重的开发和大量的修改。例\x0d\x0a如，MySQL5.0是当前RHEL/CentOS主版本所默认使用的版本，但是当前MySQL已经更新到5.1和5.5版本了。\x0d\x0a\x0d\x0a幸运的是，这个问题被Yum软件包管理器轻易地解决了。如此以来，那些主要的软件，例如当前RHEL/CentOS中实际的组件，包括内核和所有工\x0d\x0a具等仍然来自发行版，但是那些附加的软件，例如Nginx，Apache，PHP，Java和MySQL等等来自更新的软件源例如Fedora；\x0d\x0a或者直接从开发商获取更新的版本例如MySQL。在我们这里，我们有自己专用的安装镜像来全自动的处理所有这些事情。\x0d\x0a\x0d\x0a其次，CentOS的发行会滞后于RedHat的发行，包括关键的补丁和修复。这在RHEL6.x的发行周期中尤为显著。但是根据我们的经验，这没什么好担心的，对我们来说永远不会成为问题。\x0d\x0a\x0d\x0a很多人询问我们为什么不用基于Debian的系统，例如Debian或者Ubuntu服务器。如果在别无选择的情况下，我们的确会支持这个建议，但是根据我们的经验来看，这些系统并不如RHEL/CentOS来的稳定和可靠。\x0d\x0a\x0d\x0a我们认为，这在某种程度上是由于他们过快的发展和各个版本、组合之间较少的测试且不成熟所导致的。然而尽管他们非常流行，但是主要的服务商和项目都\x0d\x0a仍然首选RHEL/CentOS系统，因为这样他们就可以为企业顾客提供服务，（对Oracle和MySQL更是如此）。除此之外，基于Debian的系统有许多内核和稳定性问题，尤其是在我们的云计算服务中。\x0d\x0a\x0d\x0a对我们而言，唯一使用Debian/Ubuntu的原因是：\x0d\x0a\x0d\x0a“它们能够为一个系统提供必要的特殊服务时，尤其是当一些驱动程序或者一些IO子系统需要一种新的内核的时候”。例如，ext4文件系统或在最近的内核中日志的改变等；现在，所有这一切都包含在了RHEL/CentOS6.x中。\x0d\x0a\x0d\x0a当然，多数Linux开发者都使用的是Ubuntu的桌面版，而且可以理解的是，他们更倾向在开发生产时使用相同的系统，并且还能使用很多有趣的工具。但总体上来说，我们依然认为RHEL/CentOS是一个更优越的部署平台，并且已经有十多个客户成功地转向使用CentOS作为生产环境并且没有任何问题，但这仍然是艰巨的任务。\x0d\x0a\x0d\x0a总的来说，你将更乐于看到一个良好管理的CentOS系统。我们有成千上万台服务器使用CentOS平台，而每年平均只有一台服务器崩溃。我们也很难想象它竟如此罕见，所以，挑一个优秀、迅捷、可靠的平台吧！

CentOSDebianUbuntu哪个系统好？

文章目录CentOSDebianCentOS与Debian哪个好？Ubuntu买VPS时有CentOS、Debian、Ubuntu三种操作系统可以选择，Linux下哪种系统更好是很多新人都会遇到的问题，在此，我们分析一下Ubuntu、CentOS及Debian各自的性能及使用经验。做服务器的很少会用Ubuntu，所以我们最后分析这个。先来看看使用率较高的CentOS和Debian。CentOS很多商业性公司服务器都是使用CentOS系统，CentOS简约，命令行下的人性化做得比较好，稳定，有着强大的英文文档与开发社区的支持。相对debian来说，CentOS略显体积大一点，是一个非常成熟的Linux发行版。DebianDebian更适合于作为服务器的操作系统，它比Ubuntu要稳定得多。Debian整个系统基础核心非常小，不仅稳定，而且占用硬盘空间小，占用内存小。128M的VPS即可以流畅运行Debian，而CentOS则会略显吃力。但是由于Debian的发展路线，使它的帮助文档相对于CentOS略少，技术资料也少一些。CentOS与Debian哪个好？在国内服务器中，使用CentOS的要多于Debian，而国外则Debian稍多些。选择Debian是因为它是最大的社区发行版，有着严格的组织来维护，有着成千上万个超级黑客在贡献，而且有着最大的软件仓库，现在已经达到30000多个，有着大量的文档资源。而CentOS的更新比较慢，软件库软件版本过于陈旧，虽说稳定但是无法发挥出VPS的硬件特性。虽然也有社区，但是它没有固定的组织来管理，没有收入来源。另外，Debian

6涉及到WEB服务器的软件包都更新到了比较新的稳定版本，并且借助apt命令直接安装非常快捷。选择CentOS大多是因为系统的稳定和可靠性，Debian发展过快，各个版本、组合之间测试较少稍显不成熟，系统有许多内核和稳定性问题。Debian很时髦，有什么新玩意就上，而CentOS开启的内核选项都是非常保守。所以，从安全、稳定角度出发，主要的服务商和项目都仍然首选CentOS系统。下面看一些具体的比较：从安全上说CentOSDebian从性能下降说CentOSDebian硬件支持特别是虚拟化CentOSDebian默认内核配置性能测试DebianCentOS发开环境通用性DebianCentOS最后，如果你是开发者和狂热的性能追求者或者是VPS中的服务器建议用Debian，如果是VPS供应商、电子商务网站，要求很高的稳定性、安全性，则建议采用CentOS。另外，对于初玩者，如果VPS配置太低（OPENVZ内存在128M以下，或者XEN架构内存在192M以下）建议采用Debian，否则建议采用CentOS，以获取更多的在线帮助与支持，让自己入门更轻松。UbuntuUbuntu近些年的使用率有所增加，它用户界面漂亮、管理系统完善、软件源支持强大、技术社区丰富，对硬件的兼容性也不错。然而，服务器更需要的并非这些，所以决定了它更适合于桌面操作系统，在自己电脑上安装或许要比服务器中更适合一些。对于Linux，ubuntu系统资源消耗且不稳定只能被比喻成鸡肋。服务器需要的只是一个简约、稳定、易用的系统而已！Ubuntu比较鸡肋还有一个原因就是对NGINX的支持太弱，而Nginx性能要远远高于Apache。所以，对于新手，基本应该选择CentOS系统而非Debian和Ubuntu。在确定选择CentOS后，我们还需要确定是用32位系统还是64位系统。在此，笨鸟的建议是，如果你用的VPS是非常牛的配置，那你用64位比较合适；但如果服务器一般，还是老老实实的用32位吧！

如何将 Oracle 11g 升级到 Orcale 12c

在 Oracle 11g上选择“Create and configure a database”，

然后我选择安装 Oracle 11g“Decktop Class”。如果是生产环境，你必须选择“Server Class”。

然后你输入安装 Oracle 11g的各种路径以及密码。下面是我自己的 Oracle 11g安装配置。确保你正确输入了 Oracle的密码。

下一步，我按照如下设置 Inventory Directory。

到这里，我已经向你展示了我安装 Oracle 11g所做的工作，因为我们开始想升级到 12c。

让我们将 Oracle 11g升级到 Oracle 12c吧。

你需要从该链接上下载两个 zip文件。下载并解压两个文件到相同目录。文件名为 linuxamd6412cdatabase_1of2.zip& linuxamd6412cdatabase_2of2.zip。提取或解压完后，它会创建一个名为 database的文件夹。

注意：升级到 12c之前，请确保在你的 CentOS上已经安装了所有必须的软件包，并且所有的路径变量也已经正确配置，还有其它前提条件也已经满足。

下面是必须使用正确版本安装的一些软件包

binutils

compat-libstdc++

gcc

glibc

libaio

libgcc

libstdc++

make

sysstat

unixodbc

在因特网上搜索正确的 rpm版本。

你也可以用一个查询处理多个软件包，然后在输出中查找正确版本。例如，在终端中输入下面的命令：

rpm-q binutils compat-libstdc++ gcc glibc libaio libgcc libstdc++ make sysstat unixodbc

你的系统中必须安装了以下软件包（版本可能或新或旧）

binutils-2.23.52.0.1-12.el7.x86_64

compat-libcap1-1.10-3.el7.x86_64

gcc-4.8.2-3.el7.x86_64

gcc-c++-4.8.2-3.el7.x86_64

glibc-2.17-36.el7.i686

glibc-2.17-36.el7.x86_64

glibc-devel-2.17-36.el7.i686

glibc-devel-2.17-36.el7.x86_64

ksh

libaio-0.3.109-9.el7.i686

libaio-0.3.109-9.el7.x86_64

libaio-devel-0.3.109-9.el7.i686

libaio-devel-0.3.109-9.el7.x86_64

libgcc-4.8.2-3.el7.i686

libgcc-4.8.2-3.el7.x86_64

libstdc++-4.8.2-3.el7.i686

libstdc++-4.8.2-3.el7.x86_64

libstdc++-devel-4.8.2-3.el7.i686

libstdc++-devel-4.8.2-3.el7.x86_64

libXi-1.7.2-1.el7.i686

libXi-1.7.2-1.el7.x86_64

libXtst-1.2.2-1.el7.i686

libXtst-1.2.2-1.el7.x86_64

make-3.82-19.el7.x86_64

sysstat-10.1.5-1.el7.x86_64

你也需要 unixODBC-2.3.1或更新版本的驱动。

我希望你安装 Oracle 11g的时候已经在你的 CentOS 7上创建了名为 oracle的用户。让我们以用户 oracle登录 CentOS。以用户 oracle登录到 CentOS之后，在你的 CentOS上打开一个终端。

使用终端更改工作目录并导航到你解压两个 zip文件的目录。在终端中输入以下命令开始安装 12c。

./runInstaller

如果一切顺利，你会看到类似下面的截图，已经开始安装 12c。

然后你可以选择跳过更新或者下载最近更新。如果是生产服务器，建议你必须更新。我这里选择跳过。

现在，选择升级现有数据库。

对于语言，这里已经有 English。点击下一步继续，或者你可以根据你的需要添加语言。

现在，选择企业版。你可以根据你的需求选择。

然后选择软件位置路径，这些都是不言自明的。

对于第七步，像下面这样使用默认的选择继续下一步。

在第九步中，你会看到一个类似下面这样的总结报告。

如果一切正常，你可以点击第九步中的 install开始安装，进入第十步。

其中你可能会遇到一些错误，你需要通过谷歌找到这些错误的解决方法。你可能遇到的问题会有很多，因此我没有在这里详细介绍。

要有耐心，一步一步走下来最后它会告诉你成功了。否则，在谷歌上搜索做必要的操作解决问题。再一次说明，由于你可能会遇到的错误有很多，我无法在这里提供所有详细介绍。

现在，只需要按照下面屏幕指令配置监听器。

数据库升级助手

配置完监听器之后，它会启动数据库升级助手Database Upgrade Assistant。选择 Upgrade Oracle Database。

在第二步，你会发现它显示了 11g的位置路径以及 12c的位置路径。同时你也会发现它指示说从原来的 Oracle Home Release 11安装 Oracle Home Release 12.点击下一步进入步骤三。

按照屏幕上的说明完成安装。

在最后一步，你会看到一个成功窗口，其中你会看到成功升级了 oracle数据库。

一个忠告：对于你的生产服务器，在升级到 12c之前，请确保你已经在其它平台上测试过，以便你能修复升级过程中遇到的所有错误。永远不要尝试一无所知的时候就升级生产服务器。

Oracle数据库如何从11.2降级至之前的版本

本文档可用作将之前升级的数据库从 Oracle 11gR2降回至下列以前版本数据库的指南与核对表：Oracle 10gR1、Oracle 10gR2、Oracle

本文档可用作将之前升级的数据库从 Oracle 11gR2降回至下列以前版本数据库的指南与核对表：Oracle 10gR1、Oracle 10gR2、Oracle 11gR1。该文档内容也适用于从 11.2.0.4降级至 11.2.0.1

需要特别注意的是，在将数据库实例从当前版本降级至升级前版本时，数据库不会返回至与其升级前相同的状态。升级过程会导致一些不可逆的更改，具体取决于涉及的版本。降级过程允许用户在之前版本中打开并访问数据库实例。这通常就足够了。此外，在降级后可能需要采取一些更正操作（如卸载/重新安装，或重新升级至当前修补程序集级别），以解决残留问题。如果目标是将实例完全返回至其升级前的状态，那么将会用到包括恰好恢复至升级前状态在内的其他流程。

本文章中讨论的过程是基于脚本的降级。本文章并未讨论如何使用导入/导出、数据泵或其他方法将数据从一个版本移至另一个版本。

开始降级过程之前，在服务器上应该有或已安装要降至版本的 Oracle二进制文件。如果已卸载了希望降至版本的 Oracle可执行文件，请将该 Oracle二进制文件重新安装至正确的版本/修补程序级别，以便进行降级。

在CentOS 6.4下安装Oracle 11gR2(x64)

Oracle 11gR2在VMWare虚拟机中安装步骤

Debian下安装 Oracle 11g XE R2

注意事项：

示例：对于 Exadata Bundle Patch，过程为：

卸载 patch

示例：$ opatch auto/u01/app/oracle/patches/14103267-rollback

回滚SQL的变更

示例： SQL>@rdbms/admin/catbundle_EXA__ROLLBACK.sql rollback SQL变更.

解决方案

降级前步骤：

1:验证所有组件和字典对象对于 11gR2均有效并且版本正确。

set pagesize500 set linesize 100select substr(comp_name,1,40) comp_name, status, substr(version,1,10) version from dba_registry order by comp_name;select substr(object_name,1,40) object_name,substr(owner,1,15) owner, object_type from dba_objects where status='INVALID' order by owner,object_type;select owner,object_type,count(*) from dba_objects where status='INVALID' group by owner,object_type order by owner,object_type;

如果任何组件或 Oracle提供的对象无效，则需要运行 utlrp.sql对其进行重新验证。该脚本可能需要运行多次以验证所有对象。

$ cd$ORACLE_HOME/rdbms/admin$ sqlplus"/ as sysdba" SQL>@utlrp.sql

当完成后，重新运行上述查询以验证所有无效对象现在都是有效的。

2:如果已在数据库上启用了 Oracle Database Vault，则必须：

a:授予 SYS帐户 Database Vault DV_PATCH_ADMIN角色。b:降级数据库之前禁用 Database Vault。

禁用 Oracle Database Vault触发器： SQL> CONNECT DVSYS/DVSYSSQL> ALTER TRIGGER DV_BEFORE_DDL_TRG DISABLE;SQL> ALTER TRIGGER DV_AFTER_DDL_TRG DISABLE;

3:如果设置了操作系统参数 ORA_TZFILE，请取消其设置。如果不取消设置 ORA_TZFILE变量，连接至数据库时可能会生成以下错误：

SP2-1503: Unable to initialize Oracle call interface SP2-0152: ORACLE may not be functioning properly

4:如果在降级至之前的数据库版本之前，已运行 DBMS_DST软件包将时区版本升级至新版本（例如在 11gR2升级的升级后步骤期间升级至版本 11），那么必须将版本 11时区文件安装到旧的 Oracle数据库版本上的$ORACLE_HOME/oracore/zoneinfo目录中。

5:检查数据库的兼容性级别，以确定数据库是否可能具有防止降级的不兼容性。曾经设置过的 compatible的最高值就是您能降级到的最低的那个版本。比如：

如果数据库的兼容性级别已经是最新的了（比如11.2.0.4），则无法进行降级。

如果数据库的兼容性级别曾经是 11.2.0或更高，则无法将数据库降级到比 11.2.0.1更低的版本。如果要将数据库降级至 11gR1，COMPATIBLE初始化参数必须从未比 11.1.0更高。如果要将数据库降级至 10gR2，COMPATIBLE初始化参数必须从未比 10.2.0更高。如果要将数据库降级至 10gR1，COMPATIBLE初始化参数必须从未比 10.1.0更高。

6:如果数据库上安装有 Oracle Application Express，则必须将 apxrelod.sql文件从 Oracle 11gR2(11.2) ORACLE_HOME/apex/目录复制到 Oracle主目录之外的某个目录，如系统上的临时目录。记下该文件的新位置。7:在降级之前执行 11gR2数据库的备份。

数据库的降级步骤

如果要从 11.2.0.4降级至 11.2.0.2，使用 11.2.0.2 catrelod.sql脚本会出现一个问题。针对版本 11.2.0.2下载并应用修补程序 11811073，其提供了更新版本的 catrelod.sql。

1:以 Oracle Database 11g Release 2(11.2) Oracle主目录的所有者登录系统。2:如果已针对数据库配置并运行了 Enterprise Manager Database Control，则按如下所示停止Database Control：

a:将 ORACLE_UNQNAME环境变量设置为数据库唯一名称。b:运行以下命令：RACLE_HOME/bin/emctl stop dbconsole

3:如果要降级的数据库是 Oracle Real Application Clusters(Oracle RAC)数据库，则在所有实例上执行该步骤。