Oracle 是否添加架构或创建新实例？
和往常一样，这不是一个复杂的问题 我刚刚被要求就在生产系统当前运行的同一个Oracle（10g）实例中填充更多模式可能产生的影响发表一些看法 这完全不是问题。服务器没有过载或任何问题，它将获得支持新模式所需的适当的额外资源 我的观察是这样的：“好吧，您将共享分配给该实例的资源”，“当一个备份启动时，两个系统都将关闭” 不知道我错过了什么。绝对建议在什么时候获得单独的实例。这将是一个什么样的正常惯例？或者你们可能有的其他建议 大家都知道，我们谈论的是一个内存和处理器密集型应用程序，在很长一段时间内几乎没有I/O。简而言之，我们一直在比较巨大的数据表 高度赞赏你的想法Oracle 是否添加架构或创建新实例？,oracle,schema,instance,conventions,Oracle,Schema,Instance,Conventions,和往常一样，这不是一个复杂的问题 我刚刚被要求就在生产系统当前运行的同一个Oracle（10g）实例中填充更多模式可能产生的影响发表一些看法 这完全不是问题。服务器没有过载或任何问题，它将获得支持新模式所需的适当的额外资源 我的观察是这样的：“好吧，您将共享分配给该实例的资源”，“当一个备份启动时，两个系统都将关闭” 不知道我错过了什么。绝对建议在什么时候获得单独的实例。这将是一个什么样的正常惯例？或者你们可能有的其他建议 大家都知道，我们谈论的是一个内存和处理器密集型应用程序，在很长一段时间内
f、 如果在一台服务器上有多个实例，您将很难解决性能问题，因为Oracle工具将无法查看彼此的性能日志 这就是为什么在繁忙的生产系统上，我的建议是“每台服务器最多一个实例”。我对生产中的虚拟化没有太多经验，但是如果您有资源来处理虚拟化环境，那么每个逻辑服务器可以有一个实例
另一个不相关的注意事项是，为什么要让DB脱机以执行备份，特别是在它不是IO密集型系统的情况下？如果在一台服务器上有多个实例，您将很难解决性能问题，因为Oracle工具无法查看彼此的性能日志 这就是为什么在繁忙的生产系统上，我的建议是“每台服务器最多一个实例”。我对生产中的虚拟化没有太多经验，但是如果您有资源来处理虚拟化环境，那么每个逻辑服务器可以有一个实例
另一个不相关的注意事项是，为什么要让DB离线以执行备份，尤其是在它不是IO密集型系统的情况下？噢，不要管备份的这一部分。我不知道他们为什么这样做，但他们每周都会把整个系统关闭一次，以便备份。这些是我无法控制的键盘：（谢谢你的提示。嘿，我认为oracle有一个架构级的资源管理，对吗？哦，不用管备份的那一部分。我不知道他们为什么这样做，但每周有一次他们会关闭整个系统进行备份。这些是我无法控制的键盘：（谢谢你的提示。嘿，我想oracle有一个架构级的资源管理，对吗？