请问做RMAN时，目标数据库是不是一定要置为归档方式？

yangqingdelphi

理由：起归档占性能。占硬盘空间。维护日志麻烦。就是怕麻烦。
另别的项目组是用程序进行备份的。也就是将表的数据用程序备份出来。由程序自动备份。
并且还说exp慢。
甲方很强势。

sydongsun

人总是愿意去做违背基本原则的事情, 然后在出现问题的时候, 只好重金来寻找高手. 很多人喜欢这样子:
违背基本原则 --> 产生问题 --> 采取各种办法去解决问题, 寻找各种技术支持--> 问题很火辣,难以处理.

其实非常简单: 不违背基本原则立场 ---> 不产生问题.  做为DBA首先要做到这点.
在论坛上看到很多朋友出现这样的问题, 我没有做DBA的工作经历, 但是我从阅读Oracle的技术手册上说的, 但是会发现有些问题的出现是违背了基本的原则, 比如:
1.作为生产Database,没有做备份;
2.做了备份, 但是没有对数据库设置自动归档或者归档.
3.做备份的时候,完全不利用RMAN.
4.使用了Imp/exp做为备份, 事实上imp/exp只是一个数据迁移工具, 并不适合用来的做备份. 并不是一个严格的,真正的备份和恢复工具. 比如今天看到了那个上海的朋友关于Imp数据的问题. 原本要去看看, 但是想自己经验也许不够.

5.数据库的字符集选择不当,在不支持的中文的ascii,或者WEISO8859系列的数据库字符集中存储了中文. 不深刻理解Oracle的多国语言支持的体系结构.

关于这些内容,在Oracle的官方技术文档资料中说的还是比较透彻, 条理非常清晰的. 如果是采用Oracle数据库, 应该遵循这些原则. 遵循这些原则,并不会让数据库的性能有多大影响.这些原则所涉及的内容不是数据库性能优化的考虑对象.

实在让人难以明白, 为什么他们有那些理由呢, 他们有理由的话, 表明他们对于Oracle数据库具有一定的知识. 但是他们的知识中存在着错误的观念. 估计这些人来自于偏重与软件设计的架构人员. 对他们的培训是艰巨的任务呀. 如果性能对于他们非常重要, 也可以建议他们尝试其他的数据库, 比如cache之类的. 据说速度很快. 从他们的技术手册上通篇都是来强调数据库的性能方面和设计方面的优点.

kail

最初由 yangqingdelphi 发布
[B]理由：起归档占性能。占硬盘空间。维护日志麻烦。就是怕麻烦。
另别的项目组是用程序进行备份的。也就是将表的数据用程序备份出来。由程序自动备份。
并且还说exp慢。
甲方很强势。 [/B]

归档对系统性能的影响小于exp;

占硬盘空间问题可以通过提高归档文件备份的频率来解决；

维护麻烦更不是理由了，卖个备份管理软件什么都搞定了，对方这个强势这点钱不会省吧！