精华内容
下载资源
问答
  • 怎样给软件打补丁

    2013-07-28 18:16:00
    怎样给软件打补丁 出处:中国电脑教育报 责任编辑:zyq http://www.pconline.com.cn/pcedu/teach/install/soft/10208/80572.html [04-2-16 16:52] 作者:阿明 除了各类软件外,电脑上还有插件、补丁、...

    怎样给软件打补丁
    出处:中国电脑教育报
    责任编辑:zyq

    http://www.pconline.com.cn/pcedu/teach/install/soft/10208/80572.html

    [04-2-16 16:52] 作者:阿明

    除了各类软件外,电脑上还有插件、补丁、字体、汉化程序等等软件。这些东西,或为增强某一软件的功能而生,或为迎合某一特殊需要而来,品种繁多举不胜举。

    一、软件汉化

    1、无需原版的汉化包。作者将软件汉化好以后,又重新做了一个安装程序,它不需要安装原版软件。

    2、覆盖原版文件的汉化包。一般为一个压缩包或者是EXE自解压文件。只要你找到相应软件的安装目录并覆盖原版对应文件,或者找到相应的目录按“展开”解压,当提示你是否覆盖时选“确定”就可以了。

    3、Patch型汉化包。这种汉化包原理同第二种汉化包,不过因为文件较大或者为了网络传输等问题,将文件中的关键字节提出做成一个补丁。选好相应的目录后按“应用”就可以了。但要注意的是:此种汉化包文件要和源文件版本绝对一致,否则极有可能汉化失败。

    软件汉化以后,如果觉得不满意,想恢复原版的软件,有不少方式。但我建议大家还是删除以后,重新安装,这样可以避免因汉化导致的问题。

    二、安装字体

    现在电脑里的中文字体已经由“老四体”(宋、仿宋、楷、黑四种印刷字体)发展到数十种书法体、艺术体,字体形式也由向量字体(TrueType)取代了点阵字体。

    字体的安装方法十分简单,只要将字体文件(一般为TTF文件)复制到Windows目录下的Fonts文件夹中即可,立竿见影。要删除字体,就更简单了,在Fonts目录下选中你要删除的字体,选择“删除”就一切搞定了。

    转载于:https://my.oschina.net/tadcat/blog/147784

    展开全文
  • Oracle数据库打补丁

    千次阅读 2014-09-03 09:08:10
    给软件打补丁相当于人打预防针,对系统的稳定运行至关重要。本文详细、系统地介绍了 Oracle数据库补丁的分类、安装、管理等问题。 厂商提供用户的软件补丁的形式多为编译后的库函数,所以安装软件补丁实际上...
    

    软件打补丁相当于给人打预防针,对系统的稳定运行至关重要。本文详细、系统地介绍了
    Oracle数据库补丁的分类、安装管理等问题。

    厂商提供给用户的软件补丁的形式多为编译后的库函数所以安装软件补丁实际上就是把这
    些库函数拷贝到相应目录,并在需要时进行联接操作。

    软件公司一般在一段时间后会把针对某一版本的所有补丁进行整理:合并融合,解决冲突,进行整体测试,并使文件拷贝和联接操作自动执行,得到一个软件补丁“包”。不同的公司使用不同的名称,现在一般计算机用户都熟悉的Windows ServicePack就是这样的补丁包。

    Oracle公司给出的补丁包的名称是Patch Set,安装Patch Set后的版本称Patch Set Release(PSR)。

    Oracle公司对处于标准技术支持的产品不定期地提供PSR,例如在完成本文时,版本10.2的
    最新PSR是10.2.0.2;版本10.1的最新PSR是10.1.0.5;版本9.2的最新(也极可能是最终)PS
    R是9.2.0.8。

    1 在安装最新PSR后新发现的Bug,其相应补丁当然会收录到下一个PSR中。PSR是累积型的,即
    下一个PSR中会包括当前PSR中所有补丁和新发现Bug的补丁。
    同时存在几个PSR时,只需安装
    最新版本一次就可以了。

    2 但是由于PSR的发行有一定间隔,如果这些Bug对用户有比较大的影响,那么Oracle公司也会向用户公开和提供这些补丁,这些补丁被称为个别补丁(InterimPatch,one-off patch 或 Patch Set Exception)。而对于最终补丁发行版而言,由于不再有下一个PSR,所以当发现影响系统的新Bug时,个别补丁成为惟一选择。

    3 此外,Oracle公司还定期发布安全补丁,称之为CPU(Critical Patch Updates)。安全补丁用来修复软件的易受攻击性(vulnerability)或通常说的安全漏洞。这类问题本来不属于软件错误,在正常使用中不会出现任何问题。但是别有用心的人可以通过运行非常精巧设计的代码,绕过数据库系统的安全管理机制,达到非授权存取的目的。

    4 另外还存在一类补丁:诊断用补丁(diagnosticpatch)。顾名思义,这类补丁不是用来解决问题的,而是用来寻找问题的原因的。这类补丁只在Oracle技术支持部门要求安装时,才需要安装。在得到需要的诊断信息后,应立即卸载这一补丁。

    利弊及时机选择

    负责管理支撑大型应用系统的数据库的DBA会容易理解安装软件补丁的代价。安装PSR需要停
    止数据库服务,关闭数据库,对于许多应用系统安排这样的停机时间本身就是一件比较困难
    的事情。
    事实上,更为严重的是由于安装PSR可能“引入”新的Bug,反而影响应用系统的正
    常运行。
    软件补丁本来是修正Bug,怎么会带来新的Bug?虽然有些让人匪夷所思,但很不幸
    这是现实存在的。

    对于每一个PSR,其中都包括了少则几百多则上千个严重Bug的修正。即便是如此,在PSR发
    布后,很快就又会在安装PSR后的数据库中发现一些新问题。其中一部分Bug是以前就一直存
    在的只是以前没有发现,而现在偶尔被发现,或者是由于PSR修正了某一错误从而将其“激
    活”或容易发现。但是确实有一些Bug是由这一PSR造成的,Oracle技术支持部门称其为倒退
    (Regression)。
    对于每一PSR,在metalink中有两个重要的与之有关的文档,一个是“Lis
    t of fixes added in XXXX”,是这一PSR修复的Bug的清单,是一本“功德簿”;另一个是“Known issues and
    alerts affecting XXXX”,是安装PSR后发现的问题,可以称其为“悔过簿”。

    由于大型软件的复杂性,Bug几乎是不可避免的。重要的是能够及时提供信息,DBA可以结合自己系统的情况做出正确的判断。读者不必因为知道还存在着Bug,就对Oracle数据库产品失去信心。PSR修复的上千个Bug中绝大多数是在一些很少见的环境中,或者是若干个组件的复杂组合使用的情形中发生的。

    如果系统在运行中出现过某种问题,由Oracle技术支持部门或第三方的专家确认原因是PSR
    中的某一Bug,这样就必须尽早安装;如果系统一直运行正常,并且在PSR已发现的问题中涉
    及的组件或功能(如Logical Standby,JVM,RAC等)在系统中并不使用,此时可以选择安装也可以选择不安装。

    另一个需要考虑的因素是安装补丁的时机。上述这些考虑的一个重要前提是系统已经投入运
    行,担心“倒退”的Bug影响系统。如果系统还处在开发和测试阶段,不需要有任何犹豫,
    安装最新的PSR,并在此基础上测试应用系统是否工作正常。如果发现异常,要及时请Oracl
    e技术支持部门确认是否新Bug,如果是请其提供个别补丁。目的就是在一个尽可能完善稳定
    的数据库平台上测试应用系统。我们可以把这种安装补丁的策略概括为“补丁补新不补旧”

    以上都是针对PSR的安装,对于个别补丁,由于补丁修复的Bug单一,容易判断是否需要安装
    。需要注意的是,如果在当前PSR之上安装了若干个个别补丁,那么在下一个PSR发布后,在
    安装下一个PSR之前,需要卸载所有个别补丁。为便于管理,现在Oracle技术支持部门要求
    必须使用工具opatch安装管理个别工具,而尽量避免手动拷贝文件等操作。

    最后是安全补丁安装的判断。虽然安全漏洞这个词看上去让人觉得非常严重,但是还要冷静
    综合分析这些漏洞在系统中的危害程度。事实上,不安装安全补丁的危险性可能远远小于始
    终不渝地使用scott/tiger这样人人都知道的用户名和口令的“标准缺省”做法。

    安装PSR

    使用oui工具安装PSR时只需要用鼠标做几个选择就可以进入自动执行的阶段,操作过程本身
    非常简单。但是如果要求必须一次安装成功;要求必须在凌晨2点到4点这个有限的停机时间
    段完成操作;要求安装过程不出差错,以后出现问题时能够完全排除此次操作失误的可能性
    ,那么就需要在启动oui之前做一些准备工作。

    1. 收集信息

    有关PSR的信息中,一个最重要的文档就是软件补丁说明,这个文件相当于技术手册中的安
    装指南和发行说明。文件本身包含在下载的软件补丁文件之中,文件名是patchnote.htm或R
    EADME.html。需要注意的一个问题是在软件补丁文件之中找到的这一Patch Set
    Notes可能不是最新版,可以根据文件内的提示信息在metalink中检索最新版。

    另外两个重要文件就是前面已经提及的“功德簿”和“悔过簿”,相对于“功德簿”更应该
    仔细阅读“悔过簿”中的每一项内容。另外,在Patch Set Notes的已知问题(Known
    Issues)一节内列出了安装PSR后出现的一些问题。

    除去这三个主要文件外,还应在metalink中检索,寻找是否还有其他涉及这一PSR的技术文
    章,寻找其他用户在安装这一PSR时或安装后遇到问题时所发的救助的帖子,前车之鉴更应
    重视。

    2. 做出判断

    在认真阅读收集到的文章之后,根据自己系统的实际情况,做出是立即安装PSR,或是等待
    下一PSR的决定。如果是暂缓安装,则要记录原因,以便以后跟踪Bug的修复进程。

    3. 制订实施计划

    在决定安装PSR后,需要制订一个实施计划。在计划中不仅要包括正常的操作步骤,更要考
    虑在出现意外时的应急处理(如果安装PSR失败,则在正常应用开始时间之前,要恢复系统
    到安装之前的状态)。如果可能,在对正式系统开始实施之前,应在测试系统中进行演练和
    应用处理的测试,保证在安装PSR后不会影响应用系统的运行。

    安装PSR的计划大致有以下几个部分:

    1停止数据库服务关闭数据库;

    2备份DBMS软件和数据库以备恢复之用;

    3 安装PSR软件;

    4 更新数据库数据字典升级PSR版本;

    5 正常启动数据库开始数据
    库服务。

    看似简单的关闭数据库的操作,在系统构成复杂时也会变得不容易。另外,如果夜间作业时
    间不允许在完成数据库完全备份之后再安装PSR,则安装PSR的日期应该选择在例行的数据库
    完全备份的下一个晚上,只备份重做日志。

    在安装PSR之前备份DBMS软件的目的是,由于安装PSR会对许多程序和库函数进行更新,如果
    安装PSR中途失败(虽然可能性非常小),有可能造成DBMS软件出现不一致。另外一种可能
    的情形是,在安装PSR,更新数据字典后,测试应用系统时,出现了某种异常,原因不明,
    最终决定放弃PSR。如果操作之前没有备份,则此时只有重新安装软件一种选择(PSR不同于
    完整软件安装,在oui中无法单独卸载PSR软件)。

    对文件、目录和文件系统的备份,最简单的方式可以使用cp、tar、dump等命令完成。如果
    希望缩短文件拷贝时间,可以考虑分区备份的方法。分区备份常用的命令是dd。但是,分区
    拷贝比文件拷贝速度快的前提是良好的分区设计:Oracle软件单独占一个大小适中(如4GB
    )的分区,这样扇区拷贝才会体现优势,这也就是为什么在安装软件时,Oracle建议单独使
    用一个分区安装软件的原因之一。

    在制定实施计划时,应认真阅读Patch SetNotes中有关操作前准备工作一节。在这节内会介绍对于一些特殊系统构成,如果你的系统属于文档中提到的构成,一定要首先阅读文内提示的相关技术文章,找到正确的安装步骤。

    使用oui,
    PSR软件安装完成后,一定不要忘记更新数据字典这一步骤。如果在这一ORACLE_HOME下生成
    了多个数据库,则每个数据库都必须更新数据字典。

    4. 实施操作

    制订一个详细的计划后,实施操作就可以“照本宣科”,是一个简单的体力劳动。要认识到
    “忙中出错”的概率远比“急中生智”大得多,操作时尽量减少失误的可能性。
    例如,需要
    执行的复杂命令,尽可能从一个文件拷贝到终端执行,而不要现场输入。另外,在实施过程
    中, 要记录各个阶段实际的执行时间,以供以后制订类似计划时参考。

    5. 检查操作结果并记录备案

    执行一个操作,操作是否成功,一定要进行检查,不能简单认为没有出错信息就是成功。要
    知道验证的方法。除去极个别极费时间的验证(分区备份的内容是否可以成功恢复系统,必
    须恢复分区,启动数据库,测试应用系统后才能确认),其余操作都应进行验证。所有屏幕
    输出信息和日志文件都应保留,作为安装报告的附件提交给上级或客户。

    在屏幕输出或日志文件中出现异常/错误信息时,应即时分析,决定马上采取的措施。出现
    严重错误时,可能需要重新执行某一SQL程序,或者重新安装PSR。所以在制订实施计划时应
    在时间上留出异常情况处理的时间。

    下面给出一个在Linux平台上安装10.1的PSR的实例,给从未安装PSR的读者有一个感性认识

    操作系统是RHEL AS4.0
    Update3,Oracle的当前版本是10.1.2。在metalink中检索,找到10.1版的最新PSR10.1.0.5
    。下载压缩文件。在压缩文件中找到Patch Set Notes,该文档的完成日期是2006年1月。而按照文档内的提示在metalink中检索得到的此文档的最新版本完成日期是2006年4月。使用文件比较工具进行比较,两个版本没有实质性差别,只有语句措词的修改,但是养成总是检索最新文档的习惯有益无害。

    根据Patch SetNotes中的说明,有一些特殊系统构成需要额外的步骤,本例中由于全部没有涉及到,所以
    可以按标准步骤执行。

    另外,检查“Known issues and alerts affecting10.1.0.5”文档后,发现10.1.0.5引入的影响最大的一个Bug是执行SELECTMAX()在某些特定条件下结果不正确。而这一Bug可以通过设置事件(event)关闭FIRST
    ROW优化而避免。最后的结论是这一BUG不会对本系统有影响,可以安装PSR10.1.0.5。

    1. 检查数据库表空间和初始化参数是否需要调整。

    System表空间要求有一定未使用空间:初始化参数SHARED_POOL_SIZE 和
    JAVA_POOL_SIZE不能低于最小值150MB。

    2. 关闭数据库,停止listener和agent等进程。

    3. 解压缩下载文件至某一目录,执行oui。

    在压缩文件中附带的oui的版本要比已经安装的版本高,应总是使用新版本的oui。在oui窗
    口中,要求选择本次安装的软件的位置,正确的位置是解压缩目录下的子目录Disk1/stage/
    , 选中products.xml即可开始文件拷贝。

    要注意窗口中会出现本次安装的日志文件的文件路径和文件名。文件的位置是在Oracle的in
    ventory所在目录的子目录logs中,文件名由前缀InstallActions和安装日期时间组成,如:
    InstallActions2006-08-30-11-32-48AM.log。

    正常结束后,退出oui。打开日志文件,检索是否出现error
    或“ORA-”的错误信息。本次安装产生的日志文件内,没有任何此类的信息,表明PSR软件
    安装成功。如果此时再次启动oui,点击“已安装软件”,则可以看到在原有的10.1.0.2软
    件之下,新出现了10.1.0.5一项,这也证实PSR软件安装成功。

    4.更新数据库数据字典

    更新数据字典时,必须以特殊的升级方式打开数据库。

    $ sqlplus /nolog

    SQL> CONNECT / AS SYSDBA

    SQL> STARTUP UPGRADE

    SQL> SPOOL patch.log

    SQL> @?/rdbms/admin/catpatch.sql

    执行结束后,关闭重定向:

    SQL> SPOOL OFF

    打开文件patch.log检查是否有错误“ORA-”。(这一文件在启动sqlplus时的当前目录中,
    当然也可以在“SPOOL
    patch.log”语句中显式指定文件路径。)如果出现错误要分析原因,在解决问题后,需要
    再次执行catpatch.sql程序。

    更新数据字典时,由于对某些PL/SQL包删除后又重新生成,造成相关PL/SQL包的状态为异常
    (invalid)。在以后调用这些包时,检测到其状态为非法,会自动执行编译命令,使状态
    成为正常(valid)。虽然不会出错,但会造成个别处理第一次执行时变慢。显然,与其留
    到应用系统运行时再一个个编译,不如之前集中一次重编译所有异常包。

    SQL> SHUTDOWN

    SQL> STARTUP

    SQL> @?/rdbms/admin/utlrp.sql

    最后,根据Known
    Issues中的指示,完成与本系统有关的操作。例如,修改Pro*C的配置文件。这里执行一个
    修改文件存取权限的“后操作”,以便非同组用户和程序可以存取客户端工具和库函数。

    $ cd $ORACLE_HOME/install

    $ ./ changePerm.sh

    个别补丁管理工具opatch

    如前所述,在发布一个PSR后发现的新BUG,只能把其补丁收入到下一个PSR中。如果对数据
    库有实质性影响,则这一补丁以个别补丁的形式向用户提供。个别补丁是与某一个特定的PS
    R关联,是安装在这一PSR之上的。另外,如同其名字表明的,个别补丁只是单一Bug的补丁
    ,不会包含其他个别补丁,即不是累积型的。

    在9.2版之前,安装个别补丁的操作完全是手工的。这种手工方式的缺点不仅在于加重DBA的
    负担,容易造成操作失误,更严重的是无法对已安装的个别补丁进行管理。

    为解决手工方式的缺陷,从9.2版开始,Oracle公司设计实现了个别补丁安装管理工具opatch.opatch使用一个称为inventory的系统数据结构(严格说是与oui共享inventory),集中管理所有已安装的个别补丁;个别补丁的安装和卸载都使用opatch命令完成,冲突检测也由opatch在安装时自动完成;提供列表命令可以很方便得到已安装个别补丁的信息。

        10g(10.1和10.2)版本中,opatch作为一个标准工具,在软件安装时自动安装。(安装在$ORACLE_HOME/OPatch下。)而对 于9.2版,需要从metalink下载opatch.无论数据库是哪一个版本,系统中是否已经安装opatch,在使用之前,应从metalink下载 最新版本的opatch.很遗憾,由于系统实现的问题,10.2使用的opatch与之前版本(10.1和9.2)使用的opatch不兼容,不能混用,这一点必须注意。

        opatch是使用perl编写的脚本程序(其中也使用JAVA API)。编程使用的perl版本是5.6版,虽然在5.6
    之前的版本中也可运行,但应尽可能安装5.6或以上的版本的perl.对于DBA来说一个好消息是,如果安装9.2
    版软件时保留了HTTP服务器,则在$ORACLE_HOME/Apache下会自动安装perl.(10g会自动安装配置perl和
    opatch.)

        opatch命令格式为:
        opatch < command > [< command_options >] [ -h[elp] ]

        命令有:
    1 apply(安装个别补丁)
    2 rollback(卸载个别补丁)
    3 lsinventory(对inventory进行列表)
    4 query(显示某一个别补丁的详细信息)
    5version(显示opatch版本信息)。
    在opatch目录下,有用户使用指南文件(Users_Guide.txt),其中有详细的命令格式和使用示例,读者可以参考。

    Opatch执行操作时,除在屏幕输出结果外,还生成日志文件。日志文件的路径和文件名格式如下
    $ORACLE_HOME/.patch_storage/< patch_id >/< action >-< patch_id >_< mm-dd-yyyy_hh-mi-ss>.log


        其中“patch_id”是Oracle技术支持部门为个别补丁分配的编号。

    4. 个别补丁安装实例

    沿用安装PSR实例中的环境。在安装PSR10.1.0.5后,检索metalink,发现若干在其之上的个
    别补丁。选择其中之一安装。

    个别补丁Patch 4518443修复BUG4518443,这一BUG的主要问题是TNS
    LISTENER在注册ONS(Oracle Notification
    Services)的同时如果创建子进程,那么LISTENER会挂起(HANGUP)。

    安装时,首先,从metalink下载补丁的压缩文件p4518443_10105_LINUX.zip。将此文件解压
    缩至某一目录中。解压缩后,这一补丁的所有文件都在子目录4518443下,目录名就是个别
    补丁的补丁号,opatch依据目录名获得信息,所以一定不要重命名子目录。

    然后,在终端窗口中,执行cd命令移动到4518443子目录中,执行以下命令:

    $ $ORACLE_HOME/OPatch/opatch apply

    对inventory列表,确认安装操作:

    $ $ORACLE_HOME/OPatch/opatch lsinventory

    执行卸载命令时,也必须使4518443子目录成为当前目录。其中,Rollback命令需要两个参
    数:-id给出个别补丁号;-ph 给出个别补丁解压缩后的路径。

    $ $ORACLE_HOME/OPatch/opatch rollback -id 4518443 -ph /…/4518443

    随后再对inventory列表,则会看到这一个别补丁已经被移去。

    4. 使用opatch显示已安装的版本信息

    不需要启动数据库,执行加选项的对inventory的列表命令,可以得到已安装的软件的各个
    组件的详细版本信息。

    $ $ORACLE_HOME/OPatch/opatch lsinventory -detail

    安全补丁CPU

    一个CPU内包含了对多个安全漏洞的修复,并且也包括相应必需的非安全漏洞的补丁。CPU是
    累积型的,只要安装最新发布的CPU即可,其中包括之前发布的所有CPU的内容。事实上,在
    CPU之前的安全漏洞修改除去个别例外也被包括在CPU中。Oracle公司只对处于标准技术支持
    和延长支持期间的产品提供CPU更新,对处于维持支持范围的产品不提供新的CPU。(对于9.
    2以前的版本,只对处于ECS和EMS期间的版本提供CPU更新。)一般对当前补丁发行版及前一
    个版本提供CPU,但也有只限于当前补丁发行版的例外情形。也就是说,一般需要先安装最
    新PSR后才可能安装CPU。由于是累积型的定期发布,所以对于某一平台的某一版本,如果两
    次CPU发布期间没有发现新的安全漏洞,则新发布的CPU与前一版本完全相同。

    在以下网址中可以找到CPU发布的信息,但是很遗憾,只有技术支持签约用户才可以从metal
    ink下载补丁文件。

    http://www.oracle.com/technology/deploy/security/alerts.htm

    Oracle公司制定的CPU的发布日期大约在一月、四月、七月和十月的最接近15的星期二。

    对于每一个CPU,附有相应的说明文档(Critical Patch Update Note),其中介绍安装过程和注意事项,在安装之前应认真阅读此文档。同样也存在文档“ Oracle Critical Patch Update MM YYYY Known Issues for Oracle
    Database”,其中列出了说明文档中没有给出的新信息。

    在安装时,首先下载压缩文件p5225797_10105_LINUX.zip,解压缩到与其它个别补丁相同的
    目录下。检查其发行说明时,发现要求opatch版本比现已安装版本要高,下载安装指定版本
    opatch。进入子目录5225797(这是此安全补丁的补丁号),执行apply命令。

    $ $ORACLE_HOME/OPatch/opatch apply

    打开此次安装生成的日志文件,其中没有错误信息出现。执行inventory列表命令确认安装

    $ $ORACLE_HOME/opatch lsinventory

    展开全文
  • Oracle软件打补丁Opatch

    2017-03-10 17:36:17
    一、环境Winserver2008...1.准备好补丁包,此次以13423278为例,补丁包:p13423278_112010_MSWIN-x86-64.zip 解压到13423278文件夹 命令 unzip p13423278_112010_MSWIN-x86-64.zip -d 13423278 2.Oracle11g R2

    一、环境Winserver2008、Oracle11g R2


    二:准备阶段

    1.准备好补丁包,此次以13423278为例,补丁包:p13423278_112010_MSWIN-x86-64.zip  

    解压到13423278文件夹  命令 unzip p13423278_112010_MSWIN-x86-64.zip   -d 13423278


    2.Oracle11g R2自带的Opatch版本为11.1.0.6.6,命令:

    D:\APP\Administrator\product\11.2.0\dbhome_1\OPatch>opatch version
    Invoking OPatch 11.1.0.6.6


    OPatch Version: 11.1.0.6.6


    OPatch succeeded.

    ps:每次执行Opatch太麻烦,将Opatch添加进环境变量,重启服务器,可以直接敲Opatch即可,不用每次都带入目录。

    11.1.0.6.6版本太低,此次升级到12.2.0.3.12,版本低部分补丁可能会出现Opatch相关报错


    3.升级Opatch,下载p6880880_112000_MSWIN-x86-64.zip  ,解压到Opatch,备份$ORACLE_HOME下的Opatch,将解压的Opatch复制过来即可

    检查是否成功Opatch version


    三、升级

    1.关闭Oracle所有进程及服务器,关闭数据库,监听。

    另外还有一个服务在使用OCI.DLL(Distributed transaction Coordinator),关闭这个服务及进程。

    把所有Oracle服务和进程关闭后,就可以开始升级了。


    2.CD 进入13423278文件夹,命令Opatch apply

    点y y邮件直接回车,再y,y即可。然后就可以看到在打补丁了。

    跳出Opatch Susscceed就成功打完补丁了。


    描述可能不够清晰,不喜勿喷!!



    展开全文
  • 对于数据中心运营商来说,开源软件提供了许多优势。它是免费的软件,其代码可以被检查和修改。此外,如果是一个流行的软件包,那么可能还...为什么开源软件打补丁很难 开源软件是免费的吗? 难怪有人说大部分互联网...


    对于数据中心运营商来说,开源软件提供了许多优势。它是免费的软件,其代码可以被检查和修改。此外,如果是一个流行的软件包,那么可能还拥有一个庞大的包含支持论坛、相关工具、兼容软件等的生态系统。

    此外,根据“多双眼睛”的安全理论,很多人在关注和审查代码(例如世界上最大的金融公司的安全专业人员),可以快速找到并修复任何问题。

    为什么开源软件打补丁很难

    开源软件是免费的吗?

    难怪有人说大部分互联网都运行在开源软件上。这是因为大多数网站都运行在由Apache和Nginx公司领导的开源软件上,大多数企业服务器都运行在Linux操作系统上。

    还有一些数据中心使用Apache Mesos和HashCorp的Nomad这两个开源数据中心操作系统。

    网络安全公司TrapX的首席营销官Anthony James表示,Kubernetes和Docker是用于在服务器集群上部署容器的流行开源平台,可提供应用程序的自动化、扩展和运行。流行的开源数据库服务器还包括MySQL和MariaDB等。

    即使商业软件也无法抵挡开源趋势。Synopsys公司表示,现在96%的商业应用程序都提供开源组件,而追踪开源代码的Black Duck 软件公司是Synopsys公司的子公司。

    开源组件使商业软件商店和内部团队的开发更快、成本更低。

    “所有这些都将产生一堆开源软件。”Black Duck公司高级技术专家Tim Mackey说,“但是开源代码的传播有一个缺点,那就是补丁管理。”

    “很多人表示,那么我如何打补丁呢?”Mackey说,“他们还不是很了解。”

    为什么开源软件打补丁很难

    当商业软件推出最新版本或补丁时,开发商可以向他们的客户推送。这些企业知道客户在哪里,因为有财务激励,软件开发商希望向客户出售更多产品。

    开源项目并非如此。任何人都可以下载开源软件,而无需任何联系或付款。如果有更新或安全补丁,将由用户自己来维护、下载并安装。

    Sungard Availability Services公司安全管理与风险总监Mitch Kavalsky表示:“开源软件对漏洞修复的支持没有保证,当漏洞未得到修补时,其风险将会增加。”

    这就是为什么在美国和欧洲拥有多个数据中心的托管服务商Atlantic.net公司的关键任务系统并没有采用开源软件的原因。

    Atlantic.net公司首席执行官Marty Puranik表示:“关键任务系统需要有一个已知的维护路径,如果发生了错误,采用开放源代码可能只有等待新版本的推出。随着时间的推移,开源软件更多的发展,但我们还没有采用。”

    但是企业希望远离开源软件并不总是那么容易。大多数企业甚至不知道其环境中有哪些开源软件、工具和组件。当Apache公司去年为其开源Struts Web应用程序框架发布了安全补丁时,Equifax公司在它的环境中搜索了两次受影响的代码。尽管Equifax正在使用Struts,但未能及时找到并修补它,并且这个漏洞曾经导致1.35亿条个人记录泄露。

    更糟糕的是,当开源代码隐藏在商业软件包中时,使用它们的公司甚至可能不知道这些漏洞在哪里。

    Black Duck公司表示,67%的商业应用程序正在使用具有已知漏洞的组件。

    开发人员并不总是检查他们使用的开源组件是否是最新版本,甚至在他们这样做时也没有检查,而一旦将开源组件添加到代码中,开发人员很少检查是否发布了更新,它们可能已经转移到其他项目上,或者干脆忘记了他们使用的所有组件。

    同时,并不是所有的开源项目都对安全性给予足够的重视。较大的开源项目可能会有企业的团队来跟踪和修复漏洞并发布补丁。但是较小的项目可能没有足够的人员来管理。

    瞻博网络网络安全策略师Nick Bilogorskiy表示,“根据经验,大多数采用开源软件的项目都难于保持最新状态,并且冒着被已知漏洞利用的巨大风险。”

    此外,黑客可以看到代码本身,并试图找出滥用它的方法。

    GuardiCore公司研究副总裁Ofri Ziv表示,他们甚至可以利用自己可以利用的秘密后门将补丁提交给开源项目。如果开源项目程序员很少或不够专业,他们可能不会发现问题。

    “由于这些原因,采用免费或开源解决方案将带来更大的风险。”位于佛罗里达州的网络安全厂商5nine软件公司的首席技术官Konstantin Malkov说。

    那么采用什么样的解决方案?

    第一步是掌握数据中心使用的开源软件。

    通常,IT经理和开发人员可以上网并下载他们需要的工具和组件,而无需任何监督。因为它是免费的,没有购买过程,所以没有监督。

    特别是,数据中心需要谨慎采用来自小项目的开源软件,因为没有强大的社区来维护它。最后,人们需要采取行动。

    “应该尽快实施响应式补丁实践,以尽快处理问题,”洛杉矶的网络安全公司Prevoty的首席技术官兼共同创始人Kunal Anand说。

    毕竟,居心不良的人不会无动于衷。

    展开全文
  • Solaris 打补丁

    千次阅读 2007-07-30 11:06:00
    系统打补丁是管理员的日常工作,可是能够完整地作好可也不容易。下面这个帖子从日期上看, 应该是去年上半年写的,可对于近日的你,应该还是有所提示。 系统打补丁是管理员的日常工作,尤其是选择了SUN工作站和...
  • 这个时候手动记下改动太麻烦,git有创建补丁的功能,即将改动的代码统一添加到一个补丁文件中,后缀名为.patch,然后通过邮件或U盘的形式将补丁发送到需要的版本中,然后再执行打补丁命令,这样改动会自动合并到该...
  • oracle数据库如何打补丁

    千次阅读 2014-06-20 17:27:43
    给软件打补丁相当于人打预防针,对系统的稳定运行至关重要。本文详细、系统地介绍了Oracle数据库补丁的分类、安装、管理等问题。 厂商提供用户的软件补丁的形式多为编译后的库函数,所以安装软件补丁实际上就是...
  • svn和git一样有发布补丁和打补丁的功能,发布补丁是用在一个小型bug或小型功能的改进上,而尚未到提交版本的时候。在提交版本修改代码的工作尚未完成的时候,突然急需修复一个功能或bug的时候这时就可以将修改后的...
  • 用OPatchOracle打补丁,小白踩坑以及解决办法全纪录初衷OPatch介绍打补丁之前的准备工作一:查看OPatch版本问题1:显示"Oracle Home is not set. OPatch cannot proceed!"打补丁之前的准备工作二:关闭所有的...
  • oracle补丁介绍及如何oracle打补丁

    千次阅读 2010-07-21 17:11:00
    厂商提供用户的软件补丁的形式多为编译后的库函数,所以安装软件补丁实际上就是把这些库函数拷贝到相应目录,并在需要时进行联接操作。软件公司一 般在一段时间后会把针对某一版本的所有补丁进行整理:合并...
  • 对于Linux 下打补丁,大家可能还没意识到这是个学习Linux内核的非常好的机会,每个补丁的分析都会让你更加了解内核,日积月累,相信逐步积累终会引发质变,我们都会成为大牛~
  • 教你如何solaris打补丁

    千次阅读 2012-03-13 09:19:35
    Sun公司建议所有下载的补丁都放到/var/tmp目录下(这也是通常的做法),如此将不会导致补丁安装时出现的任何permission/ownership的问题。 在/var/sadm/patch目录下,记录了已安装的补丁。如:# ls /var/sadm/patch ...
  • 【Android】怎样系统打补丁

    千次阅读 2013-04-22 16:39:07
    1、你可以下载他人提供的补丁【ZIP压缩格式的刷机补丁文件】 2、你可以按照系统的目录结构自己制作刷机补丁文件: 例如,你想在system/app中加入一个常用程序:UC管理器,想要替换字体DroidSansFallback.ttf ...
  • Linux打补丁常用命令

    千次阅读 2017-01-09 10:22:04
    生成补丁文件diff -Nurp 源文件或文件夹 新的文件或文件夹 > xxx.patch打补丁patch -p0 操作需要在当前目录下,先比较两个文件或文件夹的不同,再用patch将生成的xxx.patch打到目标文件或文件夹中。
  • 一,这个补丁有什么用处? 这个补丁就能成功驱动你的核显,让它正常工作。如果已经成功驱动了核显的就没必要看了。 二,准备工作 添加启动参数 -cdfon,删除启动参数 -disablegfxfirmware 删除...
  • 华为交换机打补丁

    千次阅读 2020-09-02 15:36:47
    补丁安装前,必须保证FLASH上有足够的空间存放补丁软件。 检查剩余空间 在用户视图,执行dir命令,查看设备的FLASH中的剩余空间,确认FLASH中有足够的剩余空间容纳补丁软件。 执行dir flash:/命令查看设备剩余...
  • 19c打补丁简易步骤

    2020-02-28 14:13:08
    1.1当前补丁情况检查 opatch version opatch lspatches 1.2集群状态检查 crsctl stat res -t 2.OPatch 替换oraclehome和gridhome的OPatch(OPatch版本高于12.2.0.1.17 or later.) mv $ORACLE_HOM...
  • 清明小长假中途到单位在内网服务器上安装了360安全卫士+杀毒套装,并且内网服务器(win2003+domino7.0.2)补丁完之后没有观察,等到星期二上班的时候,不得了了,domino服务器不停的报错重启,并且是严重...
  • Oracle Patch补丁体系和如何打补丁

    千次阅读 2016-11-27 18:23:23
    Oracle作为大型商用...针对前一个维护版本的所有补丁进行整理,增加新的功能或对软件有较大的改动,进行整体测试,得到一个软件版本”包”,称为版本Version。比如 11.2。One-off patches (e.g. a bug fix) One-off
  • 制作补丁与打补丁简单原理

    千次阅读 2015-08-01 13:23:23
    示例 #vim test0 1111 1111 1111 #vim test1 1111 2222 1111 1.制作补丁 #diff -uN test0 test1 > test1.patch 2. test1打补丁 patch -p0 cat test0
  • Linux下patch打补丁命令

    千次阅读 2018-08-06 12:44:16
    【转】 此命令用于为特定软件包打补丁,他使用diff命令对源文件进行操作。 基本命令语法: patch [-R] {-p(n)} [--dry-run] &lt; patch_file_
  • Linux主机定期打补丁修复漏洞

    千次阅读 2018-01-16 10:59:41
    3.linux操作系统怎么样打补丁?linux系统升级软件 使用yum update就可以检测出所有需要更新的组件.再输入y就可以全部安装 参照:linux操作系统怎么样打补丁?linux系统升级软件 4.再检测一下,显示已修复

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 57,470
精华内容 22,988
关键字:

如何给软件打补丁