Ksplice零宕机安全更新适用于Oracle红帽兼容内核

甲骨文公司日前宣布,向红帽企业级Linux客户提供为期30天的Oracle Ksplice零宕机内核">安全更新技术的免费试用。

甲骨文是惟一一家能提供零宕机安全更新的企业级Linux提供商,使客户无需重启即可进行安全更新、诊断性修补和关键错误修复。

红帽企业级Linux客户在试用期间,无需任何重新配置系统的工作,即可对已经安装的内核进行零宕机安全更新,从而体验到Ksplice零宕机内核安全更新的好处。

点击这里开始为期30天的Ksplice免费试用,并了解有关条款、条件和限制条件。

甲骨文同时还宣布开始向Oracle Linux标准支持服务(Oracle Linux Premier Support)的客户提供面向Oracle红帽兼容内核(Oracle’s Red Hat Compatible Kernel)的Ksplice零宕机内核安全更新技术。面向Oracle坚不可摧企业级内核(Oracle’s Unbreakable Enterprise Kernel)的零宕机安全更新技术已从2011年9月开始提供。

此外,甲骨文还将Oracle Linux的支持服务生命周期从8年延长到了10年,从而进一步增强了这项业界最全面、费用最低的Linux支持计划的优势。

甲骨文的Linux支持计划从一开始就与众不同,该计划通过生命周期支持政策、反向移动定制优质服务、全面的法律保障、最佳部署实践以及更低的费用,为客户提供了更大的价值。

甲骨文高管引言

甲骨文公司Linux与虚拟化工程高级副总裁Wim Coekaerts表示:“从第一天开始,甲骨文就一直致力于为企业计算提供最佳的Linux,无论从产品还是支持服务远景的角度来看,都是这样。凭借创新性Ksplice零宕机安全更新功能以及延长的Oracle Linux支持服务生命周期,甲骨文将继续保持为企业级Linux树立行业标准的地位。”

时间: 2024-11-08 21:24:52

Ksplice零宕机安全更新适用于Oracle红帽兼容内核的相关文章

【MOS】零宕机迁移ASM磁盘组到另一个SAN/磁盘阵列/DAS的准确步骤 (文档 ID 1946664.1)

[MOS]零宕机时间迁移 ASM 磁盘组到另一个 SAN/磁盘阵列/DAS 的准确步骤 (文档 ID 1946664.1) 文档内容 目标   提问,获得帮助,并分享您对于这篇文档的经验. 解决方案 参考 适用于: Oracle Database - Enterprise Edition - 版本 10.2.0.1 到 11.2.0.4 [发行版 10.2 到 11.2]本文档所含信息适用于所有平台 目标 本文详述了在零宕机时间的前提下将 ASM 磁盘组从一个存储设备(SAN/磁盘阵列/DAS等

etcd 2.1发布,可不宕机滚动升级

本文讲的是etcd 2.1发布,可不宕机滚动升级,[编者的话]etcd是一个用于配置共享和服务发现的高性能的键值存储系统.在2.0版本发布半年之后,etcd终于发布了新的2.1版本,2.1修复了2.0中的众多BUG,并引入了很多新功能,如在线不中断更新与新的鉴权API等众多改进与新功能. 经过数月的艰苦工作,etcd 2.1终于发布了.自从1月份2.0版本发布以来,整个研发团队收集了很多非常有价值的反馈,而且这些反馈都来自于真实生产环境.在这些反馈的基础上,我们发布了新的2.1版本,新功能包括:

零宕机布署!让你的数据库轻松实现向后兼容变更

本文将深入探讨如何解决数据库兼容性以及布署过程相关的一些问题.如果你没有做一些准备工作就去尝试本文介绍的布署方法,我将无法预知你的应用会发生什么.接下来,我们将透过应用程序生命周期的每一步骤介绍零宕机方案.我们的应用程序最终要达到的效果是在一个不支持向后兼容的数据库上实现向后兼容变更.   下面所用到的代码示例,你都可以在GitHub上找到.   一.介绍  >>>> 零宕机布署 传说中的零宕机布署是个什么鬼?你可以把它理解为这样一种应用程序布署方式:你可以成功把应用程序的新版本更

由重启引起的Oracle RAC节点宕机分析及追根溯源

作者介绍 裴征峰,现就职于北京海天起点,二线专家成员,南京办事处负责人,OCP 10g.OCP 11g.OCM11g.超八年Oracle服务经验,擅长数据库故障诊断和性能调优.目前主要从事客户的现场维护.重大问题的解决.数据库性能分析.二线服务质量保证等工作.     1 背景说明  某省份的电信业务系统由于业务量较大,按地市划分部署在4套配置相同的RAC上,相同主机版本,相同的CRS和数据库版本.该系统已正常运行3年多,其间也有重启主机等正常维护操作.从4月24日 开始,这个系统的4套RAC的

Linux服务器宕机案例一则

案例环境 操作系统 :Oracle Linux Server release 5.7 64bit 虚拟机 硬件配置 : 物理机型号为DELL R720 资源配置 :RAM 8G Intel(R) Xeon(R) CPU E5-2690 8核 案例描述 早晨发现桂林那边一台Linux服务器(虚拟 机)网络无法ping通,于是联系那边的系统管理员通过Lync共享桌面给我,通过他的电脑VMware vSphere Client登录后,发现在控制台亦无响应.无法登录.无法操作,输入操作无响应.也就是说系

ORA-04031错误导致宕机案例分析

今天遇到一起ORACLE数据库宕机案例,下面是对这起数据库宕机案例的原因进行分析.解读.分析过程中顺便记录一下这个案例的前因后果,攒点经验值,培养一下分析.解决问题的能力.   案例环境:      操作系统 :Oracle Linux Server release 5.7 64 bit    数据库版本:Oracle Database 10g Release 10.2.0.4.0 - 64bit Production   案例分析: 收到告警去检查数据库时,发现实例已经宕机.检查告警日志,发现

MySQL集群节点宕机,数据库脑裂!如何排障?

作者介绍 王晶,中国移动DBA,负责"移动云"业务系统的数据库集成架构设计.运维.优化等工作:擅长技术领域MySQL,获Oracle颁发的"MySQL DBA"官方认证,熟悉MySQL复制结构.MHA.cluster等多种架构及运维优化.   发现故障的时间正值大年初二,在各种铺天盖地的拜年信息和微信红包之中,我发现了手机上的这条告警通知:   PROBLEM:Disaster: Galera cluster has node down.我生产环境的Galera集群

十个应对数据中心宕机的措施与方法

虽然数据中心的设计在理论上不会发生故障,但它确实会出现这种情况,因此数据中心运营商将面临非常严峻的情况,特别是托管数据中心. 根据最近发生的一些事情,表明托管数据中心遭遇停电和业务中断的后果是十分严重的.例如:英国电信公司是全球最大的通讯商和托管数据中心商之一,其运营的数据中心今年遭遇两次宕机事件.据报道,由于故障影响,伦敦及其周边地区的语音和数据流量下降了10%,事故时间长达四小时以上. 尽管在设计和运行数据中心时努力避免中断或事故,但数据中心托管设施并不能避免这些问题,其短期和长期的意外中断

weblogic+aix系统宕机问题分析

问题描述 系统在运行半年多以后,于近期开始间隔性宕机:报错日志:UnhandledexceptionType=SegmentationerrorvmState=0x00000000J9Generic_Signal_Number=00000004Signal_Number=0000000bError_Value=00000000Signal_Code=00000032Handler1=09001000A043F128Handler2=09001000A0436D38R0=00000001208B1