问Oracle DBA和系统管理员应该共享哪些知识？

EN

DBA和系统管理员之间的接口通常会关注性能，因此我将从这里开始。

• DBA需要了解操作系统提供的各种分析工具，以便能够跟踪数据库中的各种性能问题。理想情况下，这将包括SAN管理员监视SAN性能的工具。
• 系统管理员需要了解Oracle数据库的一般体系结构，以便能够理解各种文件所具有的I/O配置文件(例如，重做日志最好放在为写操作而优化的磁盘上，重做日志组已经分布在多个驱动器上，因此系统的I/O子系统不必通过RAID提供额外的冗余)。
• DBA需要了解操作系统/ SAN提供的各种选项，这些选项可以简化或加快备份、克隆和灾难恢复。例如，一些SAN供应商可以通过拆分镜像并将副本安装到测试服务器上来克隆数据库。
• 系统管理员需要在较高的层次了解DBA如何执行备份和恢复，如何克隆数据库，以及灾难恢复是如何进行的。这使他们能够建议可以简化这些任务的工具，并使他们能够理解可用于这些任务的Oracle工具(即DataGuard)，从而了解两者的成本和效益。
• DBA需要了解系统提供的各种内存和I/O配置设置(特别是异步I/O、文件系统选择等)。为了了解这些参数是如何影响性能和可恢复性的。
• 两个小组都需要了解应用程序特定的行为和要求，以避免令人讨厌的意外。例如，如果您有一个在午夜到凌晨4时之间加载数据的数据仓库，那么管理员需要知道这一点，这样他们就不会在窗口期间向SAN发送大量活动，前提是没有人在那个时刻使用这些系统。

如果这是可行的(您的DBA和操作系统组在技术上都是可靠的，它们在物理上都很接近，它们都有合理的沟通技能等等)，我倾向于建议DBA为系统管理员准备培训，反之亦然。甲骨文大学无疑提供了更全面的课程来教某人有关Oracle数据库的知识--毫无疑问，你可以让他们把一个定制的课程组合起来，从他们提供的各种课程(比如数据库体系结构)中学习一到两天。你也可以和提供你操作系统的公司做一些类似的事情。这无疑会提供一种更顺畅的课堂体验。但它不会包括所有可能非常有趣的特定于组织的小贴士(也就是说，为什么事情会因为某些技术、业务或政治需求而以某种方式完成)。而且它也没有提供机会来打开群体之间的沟通渠道。例如，我个人更倾向于让DBA少了解一些特定的操作系统分析工具，但当某个管理员有问题使用它时，他或她会感到更舒服，而不是让DBA更多地了解这项技术，而不是建立个人关系。作为一种副作用，让两组训练另一组有一种倾向，让两组花费一些时间来生成或更新他们通常没有时间做的文档。

当进行服务器集群时..。Oracle必须注意集群环境，并且要注意.