今天极度郁闷

跟客户交流rman
我说rman其实是另一个数据库，不仅仅可以跟需要备份的目标数据库在一台机器上，也可以在另一台机器上，而且目标服务器＆catalog服务器可以是异构平台，他们认为不是这样，遭到耻笑。
我当时真想..Y..以下省略1000字
后来忍住了，这个东西爱谁做谁做，反正我不做了。

燕大侠，有时候其实真的学会装傻。

不过，rman怎么会是另外一个数据库呢
目标数据库和catalog数据库确实可以是异构平台，我们现在就是这样的

重新看了一遍燕老大说的，估计你真是被气糊涂了
你说的应该是：catalog库其实是另外一个数据库。

我觉得catalog可以新建一个数据库，如燕老大说的；但也可以在已有的一个数据库上另建一个schema，用于存放catlog信息

MM越来越厉害了，
这样说是不是容易明白点：
catalog库是一个独立的库，用来保存RMAN的备份记录，建议不要和目标库放在一起，
如果放在一起，那么万一目标数据库出现物理损坏，那就比较麻烦了，因为用来恢复的备份信息也损坏了。

燕大侠恼火的是那帮人不懂还在那边乱咬人，我一般把几种可能的后果说清楚，让他们签字挑选认可。然后干活

[quote]原帖由 [i]charly[/i] 于 2006-3-29 23:39 发表
MM越来越厉害了，
这样说是不是容易明白点：
catalog库是一个独立的库，用来保存RMAN的备份记录，建议不要和目标库放在一起，
如果放在一起，那么万一目标数据库出现物理损坏，那就比较麻烦了，因为用来恢复的 ... [/quote]
:victory:

俺也郁闷一下
客户搬迁,涉及到几台sun机器和一个hp的阵列,客户sun机器密码忘了,hp阵列客户不知道怎么连
东西根本不是俺公司提供的,去给客户帮忙,结果客户很拽,好郁闷,一副臭架子
我狂晕:handshake:lu3::lu3:

把问题踢给销售部门

[quote]原帖由 [i]charly[/i] 于 2006-3-30 22:09 发表
把问题踢给销售部门 [/quote]
销售拿单子也不容易，唉

[quote]原帖由 [i]燕狂徒[/i] 于 2006-3-30 22:24 发表

销售拿单子也不容易，唉 [/quote]


你这个还好拉，
bin52311那个问题估计是个火药桶，谁碰谁倒霉。

而且做了没有问题还好，如果有问题，谁也不买你的账:老板，销售，客户＝＝＝＝都不会的

其实，catalog的信息可以不存放在单独的数据库中，使用控制文件存放catalog的信息就可以，这样也不会造成什么数据损失，只要每次备份之后再单独备份一些控制文件。

在大多数情况下，没有必要将catalog的信息单独放在一个数据库中，因为这个单独的catalog数据库按oracle的说法是要单独付费的，而且，基本上很少会用到将catalog的信息单独放在一个数据库所提供的高级功能。

[quote]原帖由 [i]SunnyXu[/i] 于 2006-3-31 10:40 发表
其实，catalog的信息可以不存放在单独的数据库中，使用控制文件存放catalog的信息就可以，这样也不会造成什么数据损失，只要每次备份之后再单独备份一些控制文件。

在大多数情况下，没有必要将catalog的信息单 ... [/quote]
我知道这样是可以的，但是客户的环境里有其他的server上也装了oracle，所以我建议他们可以用那些机器来做rman 备份

这样管理成本高，对DBA的要求也高一些，我不建议一个数据库即做生产库，又做catalog库,要么用单独的数据库放catalog信息，要么用控制文件放就可以，这样简单明了，越复杂的东西越不好。

建立一个单独的catalog库来存放rman备份信息，其备份信息可以保留任意长时间
控制文件保存rman备份信息，只能保留一定时间内的备份信息
而且即使启用了catalog库，control file还是会保存rman备份信息的

实际中，有多少情况下会用到 "其备份信息可以保留任意长时间" 一般单位是没有这个要求的。当然银行等金融单位是要求的，那肯定就要用单独的数据库作为catalog了，但是它们的备份信息有能保留多长时间呢? 一旦备份数据都无效了，那么catalog中关于此备份的信息也就无效了，所以在每次备份的最后再备份一下控制文件，使它们成为一个整体，共同有效与无效难道不是一个备份的好方法吗？

catalog库还有个关键的作用是当在用的，和备份的control file文件都损坏时，还可以从catalog库中把控制文件恢复出来

"catalog库还有个关键的作用是当在用的，和备份的control file文件都损坏时"

连备份的control file文件都损坏了，说明你的备份有问题，或你的存放介质有问题。
再说备份的控制文件都坏了，那你备份的其它文件呢？ 因为它们是一个整体。
还有手工不利用备份的控制文件而进行恢复的方法。这个网上有许多介绍，我试过了，也是没有问题的。metealink上也有介绍。

如果这样就没有法说了，万一你的catalog库与数据库机器的硬盘都坏了呢？

如果备份副本长期保留，无可争议应采用catalog
如果想统一管理很多数据库的备份，可以采用catalog。
如果备份副本短期保留，如一年半载之内，并且备份少量的数据库，catalog只能带来麻烦。

[[i] 本帖最后由 sysjs 于 2006-3-31 14:46 编辑 [/i]]

同意这个：
如果想统一管理很多数据库的备份，可以采用catalog。

其它的不敢苟同！

[quote]原帖由 [i]charly[/i] 于 2006-3-30 22:33 发表



你这个还好拉，
bin52311那个问题估计是个火药桶，谁碰谁倒霉。

而且做了没有问题还好，如果有问题，谁也不买你的账:老板，销售，客户＝＝＝＝都不会的 [/quote]
^_^ 我还托着呢 还没做,不知道能托到什么时候 :lu3:

关于控制文件和Catalog那个更好，我觉得也说不上，关键还要看系统管理员对那个比较顺手，那个比较熟悉，那就用哪个了。

赞同！
关键还要看系统管理员对那个比较顺手，那个比较熟悉，而且要考虑客户具体的环境与客户的可维护水平，完全没有必要迷信非要将catalog信息要放到另一个数据库中。

呵呵！我都碰到好多次了呵呵
我都麻木了