Oracle数据库镜像
我们有 ERP 应用程序将数据存储到 ORACLE 数据库。我们还有很多其他使用 ERP 数据库的应用程序。相同的数据库但不同的实例。当 ERP 和另一个应用程序使用相同的数据库时，我们遇到了性能问题。
我们计划将数据库服务器分离为三台。一份用于 ERP，另外两份用于报告和应用程序。这些新的数据库服务器来自ERP数据库，因为它们使用相同的数据库结构和数据。所以我们可以说这些新的数据库服务器是 ERP 数据库的镜像。有时，镜像数据库上的数据可能会被其他应用程序更新，并且 ERP 数据库上的数据也应该更新。
应使用什么最佳实践和方法来反映这种情况？ 使用ORACLE的Dataguard就够了吗？
这是建筑平面图的图片。 
We have ERP application that store the data to ORACLE database. And also we have a lot of another application that use the ERP database. Same database but different instances. We got the performance issues when ERP and another application use the same database.
We are planning to separate the database server become three. One for ERP and two others for report and applications. these new database servers are came from ERP database, because they use the same database structure and data. So we could say these new database servers are mirror of ERP database. And also sometime data on the mirror database could be updated by other application, and it should be also updated on ERP database.
What best practice and method should be used for mirroring this condition?
Is it enough by use Data guard from ORACLE?
This is the picture of the architecture plan.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
Data Guard 不允许写入备用设备。 Active dataguard 确实允许在从主节点归档事务的同时从备用节点读取数据。因此，使用 ERP Mirror 1 的报表服务器只要仅读取数据就不是问题。从其他应用程序写入 ERP Mirror 2 是。您正在寻找的是高级复制或 Oracle 流。这是一项非常复杂的任务。也许将您的报告转移给数据保护备用可以解决您的问题。
Data guard does not allow writing to the stand-by. Active dataguard does allow reading from the stand-by while archiving transactions from the primary node. So the report server using your ERP Mirror 1 is not a problem as long as it only reads data. Writing from the other applications to ERP Mirror 2 is. What you are looking for is advanced replication or Oracle streams. This is a very complex task. Maybe offloading your reporting to a data-guard stand-by solves your problems.