Azure SQL 复制
Azure SQL Replication
我有一个应用程序，出于性能原因，它将在多个 Azure 数据中心拥有完全独立的独立实例。每个数据中心的 Azure IaaS 和 PaaS 组件堆栈将完全相同。首先，将有一个前端应用程序和一个数据库。
假设我将应用程序托管在 4 个数据中心。我想让进入每个 Azure SQL 数据库的数据以最终一致的方式将其数据异步复制到所有其他 3 个数据库。这些数据库中的每一个都需要是可更新的。
有谁知道 Active Geo-Replication 是否可以处理这种情况？我知道我可以使用 VM 和 IaaS 来做到这一点，但我更愿意使用 SQL Azure。
谢谢...
点对点交易复制在某种程度上支持您的要求 - 我假设这就是您提到在 IaaS 中设置它时所指的内容，但它似乎会如果您希望通过它来提高写入性能（并且反对他们的建议），那就弄巧成拙了：
来自https://msdn.microsoft.com/en-us/library/ms151196.aspx
Although peer-to-peer replication enables scaling out of read operations, write performance for the topology is like that for a single node. This is because ultimately all inserts, updates, and deletes are propagated to all nodes. Replication recognizes when a change has been applied to a given node and prevents changes from cycling through the nodes more than one time. We strongly recommend that write operations for each row be performed at only node, for the following reasons:
- If a row is modified at more than one node, it can cause a conflict or even a lost update when the row is propagated to other nodes.
- There is always some latency involved when changes are replicated. For applications that require the latest change to be seen immediately, dynamically load balancing the application across multiple nodes can be problematic.
这让我认为您最好使用 Active Geo Replication - 您可以获得 PaaS 的好处，而不必管理自己的 VM，不必管理 TR，这会变得混乱，并且如果应用程序是为了处理 UI 中的 "eventual consistency" 而构建的，您可能会在次要更新时稍有延迟。
我有一个应用程序，出于性能原因，它将在多个 Azure 数据中心拥有完全独立的独立实例。每个数据中心的 Azure IaaS 和 PaaS 组件堆栈将完全相同。首先，将有一个前端应用程序和一个数据库。
假设我将应用程序托管在 4 个数据中心。我想让进入每个 Azure SQL 数据库的数据以最终一致的方式将其数据异步复制到所有其他 3 个数据库。这些数据库中的每一个都需要是可更新的。
有谁知道 Active Geo-Replication 是否可以处理这种情况？我知道我可以使用 VM 和 IaaS 来做到这一点，但我更愿意使用 SQL Azure。
谢谢...
点对点交易复制在某种程度上支持您的要求 - 我假设这就是您提到在 IaaS 中设置它时所指的内容，但它似乎会如果您希望通过它来提高写入性能（并且反对他们的建议），那就弄巧成拙了：
来自https://msdn.microsoft.com/en-us/library/ms151196.aspx
Although peer-to-peer replication enables scaling out of read operations, write performance for the topology is like that for a single node. This is because ultimately all inserts, updates, and deletes are propagated to all nodes. Replication recognizes when a change has been applied to a given node and prevents changes from cycling through the nodes more than one time. We strongly recommend that write operations for each row be performed at only node, for the following reasons:
- If a row is modified at more than one node, it can cause a conflict or even a lost update when the row is propagated to other nodes.
- There is always some latency involved when changes are replicated. For applications that require the latest change to be seen immediately, dynamically load balancing the application across multiple nodes can be problematic.
这让我认为您最好使用 Active Geo Replication - 您可以获得 PaaS 的好处，而不必管理自己的 VM，不必管理 TR，这会变得混乱，并且如果应用程序是为了处理 UI 中的 "eventual consistency" 而构建的，您可能会在次要更新时稍有延迟。