两个问题:
新增信息::
我将从OEL 5转到6或以上。
休息时间我将度过一个周末。
不改变字符集或授权功能。
数据库大小约为50 GB。
这只是开发实例,而不是prod。
我应该安装12c数据库,然后将所有东西从11g导入到12c数据库,还是运行DBUA?
最好的!
发布于 2015-10-21 16:22:26
第10版失去了支持,11.2.0.4也没有了,除了那些支付了长期费用的人。升级到12是最好的选择,如果你想要一个数据库支持的安全补丁集和错误修复。
还需要考虑许多其他因素,这里在这个答案中概述了一些因素:
迁移路径
考虑到您在回答中添加的细节,选择升级助手或干净安装仍然是一个“视情况而定”的问题。升级助手使事情变得更简单,但做的事情,如锁定用户帐户,可以意外地抓住一个。如果您希望对升级进行完全控制,请执行干净的安装和导入操作。如果没有更改表空间,请尝试助手。
重要的是再次测试和测试。
发布于 2015-10-21 16:46:41
如果考虑使用12c,可以使用expdp/impdp或Transport选项(仅在11.2.0.3以后可用)。我们实际上是在同一台服务器上手动执行的(推荐的)。如果考虑11.2.0.4选项,可以在新服务器上再次使用expdp/impdp或克隆11.2.0.3,并手动或使用DBUA对其进行升级。关于10g,“从具有版本10.2.0.5+、11.1.0.7+或Release11.2.0.2+的现有数据库中直接升级到12c是可能的。其他版本的升级只能通过中间升级到支持的升级版本来支持。”
发布于 2015-10-22 17:25:11
我在你的另一个线程中看到你使用Dataguard。在这种情况下,我建议您考虑使用临时逻辑备用数据库(11gR1继续进行升级,因此这不是您的10g DB的选项):
http://www.oracle.com/au/products/database/maa-wp-11g-transientlogicalrollingu-1-131927.pdf
这有两个优点:
1)当主DB启动并运行时,您承担了升级本身的责任.因此,如果在升级过程中遇到任何问题,可以在不影响主DB的情况下修复上述问题。
2)执行切换所需的实际停机时间约为2分钟。与exp/imp方法相比,执行/imp方法可能需要几个小时才能完成(取决于DB的大小),如果您没有遇到任何问题的话。
逻辑待机和物理待机有几个问题。对于逻辑备用,数据库在读/写模式下是打开的,因此您需要在将DB转换为逻辑备用之前关闭任何可能更新数据的触发器,否则它们可能会干扰SQL。因此,关闭作业调度程序也不是一个坏主意(只要确保在切换到主要角色时启用关闭的任何内容)。
https://dba.stackexchange.com/questions/118774
复制相似问题