对于操作系统升级，一般情况下宕机与否和宕机时间取决于客户选择的操作系统平台，不同的操作系统有不同的升级方式和宕机要求。ORACLE系统对于操作系统的依赖性很弱，而且一般ORACLE对操作系统的支持周期较长，在系统正常运行的情况下，KND顾问一般不建议对操作系统进行升级，除非是由于操作系统供应商方面的系统版本升级，漏洞补全等原因。在进行操作系统升级或补丁导入时，KND建议严格按照开发，测试，生产的顺序进行，这样可以降低系统风险，保证生产系统的正常和稳定运行。
根据不同的数据库平台，ORACLE提供了不同的支持周期，一般ORACLE系统均会运行在相对稳定的某个数据库版本上，而且一个数据库版本的支持周期很长，某些数据库平台甚至超出数据库厂商所提供的支持周期。在进行数据库升级的时候，ORACLE提供了针对ORACLE系统下的数据库升级手册，确保新版本的数据库和原有ORACLE系统可以良好的结合，同时也可以避免很多不必要的数据库层面的升级操作，这样可以大大降低数据库升级所需要的宕机时间。最后同操作系统升级一样，KND顾问也建议严格按照开发，测试，生产的顺序进行。
对于ORACLE系统升级而言，ORACLE提供完整的产品发布和维护路线图，并提供ORACLE的方法论用于系统升级，同时通过该方法论将升级造成的系统停机时间降低到最低限度。在整个ORACLE系统升级的过程中并不是开始就对生产系统进行升级，而是先对开发系统升级，升级过程中和升级后系统中会发生变化，由于版本的更新，某些配置和程序需要进行调整，这些所有的变化均会在开发系统中进行记录，在开发系统升级完毕，所有的功能也调整完毕后，KND顾问会将现有的生产系统利用一份近期的备份复制到测试系统上，然后对测试系统进行升级，测试系统升级完毕后，将原来开发系统记录下的所有变化导入到测试系统上，这样我们就得到了一个新版本的生产模拟系统，在此系统上进行了详细测试后，可能系统中还回有一些调整，同样这些调整必须在开发系统上实现，然后在测试系统上导入进行测绘。在测试成功结束后，可以对生产系统进行升级。
ORACLE系统的升级有两种策略，一种为资源最小化，另外一种为宕机时间最小化，整个ORACLE的升级过程可以被划分成很多个阶段和步骤，根据不同的策略每个阶段和步骤的先后顺序，实现方式也有不同，如果选择了宕机时间最小化的策略，我们可以在生产系统使用的同时完成大部分升级操作，而需要宕机进行的操作可以集中在一个阶段内进行，我们完全可以通过人为干预来指定这个阶段的开始时间来保证整个生产系统在升级过程中的精确宕机时间。生产系统升级完毕后，我们可以将前面所做所有调整全部一次性导入生产系统，这样生产系统就可以直接投入到使用，而不需要再进行调整。整个生产系统的升级过程所需要的宕机时间可以减到最低。
