我的组织希望集中管理所有生产服务器的Oracle TNSnames文件.当该文件发生更改时,他们希望能够以最小的努力将更改推送到使用它的所有服务器.
已考虑的方法：
>集中文件服务器(缺点：如果文件服务器或文件服务器的网络连接断开,服务器无法访问关键文件)
>每台服务器上的Subversion客户端(缺点：在生产中使用源代码控制工具,增加了复杂性)
>在每台服务器上存储该文件的单个副本(缺点：更改文件内容涉及在许多不同的服务器上进行更改)
更新我可以使用DFS执行此操作吗？
这不是Oracle的问题.这是一个配置管理工具的规范用例,如puppet,bcfg2,cfengine,chef等(其中,至少puppet对管理
windows机器和unixes有一些支持)
对于这个特例,你的观点的吸引力有几个：
>每台机器都有自己的相关文件的本地副本,这意味着如果配置管理服务器(或它的网络路径)消失,机器仍然有文件;在恢复与母舰的连接之前,它不会得到任何更新
>更改会自动从config mgmt服务器推送到每个oracle框
>每台客户端(oracle)机器的额外复杂性很小
>变化发生在一个地方.
当然,缺点是这意味着您需要了解如何运行/配置配置管理系统.当然,在这样做的过程中,您可能会发现许多更多用途,使您的环境和管理更加高效.
