Sql server Azure SQL数据库DTU

我有多个Azure SQL数据库，当我使用SQL Server Management Studio连接到它们时，它们似乎都在同一个VM上运行——这意味着，当我连接到SQL Server实例时，我会看到我的数据库列在对象资源管理器中

话虽如此，我是否应该假设通过门户设置的DTU级别只是一个限制设置？换句话说，我是否应该假设数据库已经在一个非常强大的实例上运行，但基于DTU设置，Azure正在限制允许的请求的增加/减少

---

我认为，当DTU级别增加时，Microsoft将数据库移动到新实例没有多大意义。

是的，你是对的，DTU不是VM总容量，只是限制数据库性能的一种方式。

是的，你是对的，DTU不是VM总容量，这只是限制数据库性能的一种方法。

DTU用于单个数据库，范围从VM资源的一小部分到占用一台机器的整个数据库。Azure不保证一台服务器下的所有数据库都属于一个物理sql server实例。这些数据库可能分布在多个sql实例中，尽管它们属于一个逻辑服务器。对于防火墙之类的检查，实例似乎交叉连接到主数据库并查询规则。

DTU用于单个数据库，范围从VM资源的一小部分到整个数据库（占用一台机器）。Azure不保证一台服务器下的所有数据库都属于一个物理sql server实例。这些数据库可能分布在多个sql实例中，尽管它们属于一个逻辑服务器。对于防火墙之类的检查，实例似乎交叉连接到主数据库并查询规则。

这不是您真正的问题，但在对象资源管理器下查看订阅中的数据库并不一定意味着它们运行在相同的底层硬件上。请记住，使用Azure SQL数据库时，您必须停止将“东西”作为常规SQL Server实例来考虑，因为这不是它真正的含义……感谢您的洞察力。我猜是什么让我认为它是在同一个H/W上运行的，因为我似乎正在连接到一个VM。在服务器名称中，我输入myazuredatabase.database.windows.net。这只是订阅的逻辑名称。对-没有VM可言：您正在连接到多租户数据库服务。DTU分配给特定数据库或数据库集合（使用弹性池）。这与VM限制无关。这不是您真正的问题，但在Object Explorer下查看订阅中的数据库并不一定意味着它们运行在相同的底层硬件上。请记住，使用Azure SQL数据库时，您必须停止将“东西”作为常规SQL Server实例来考虑，因为这不是它真正的含义……感谢您的洞察力。我猜是什么让我认为它是在同一个H/W上运行的，因为我似乎正在连接到一个VM。在服务器名称中，我输入myazuredatabase.database.windows.net。这只是订阅的逻辑名称。对-没有VM可言：您正在连接到多租户数据库服务。DTU分配给特定数据库或数据库集合（使用弹性池）。这与VM限制无关。