多租户应该意味着多个实例吗？
我想使用 SQL Server 在托管环境中为 Sharepoint 和其他软件共享 SQL Server。
我应该为每个客户安装一个 SQL Server 实例，还是需要考虑其他选项？
I want to share a SQL Server in a hosted environment, for Sharepoint and other software, using SQL Server.
Should I install one instance of SQL Server for each customer, or are there other options to consider?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（3）
是的，可以。一切过度，没有合理的协调。
不要为租户提供 sa/admin 角色，而是提供一个用于创建数据库、用户等的 UI。
成千上万的托管商都这样做，所以您也可以。
高版本的SQL Server有一个资源管理器，可以避免一个租户吞掉一台服务器的全部资源。
习惯拥有大量光盘的真实服务器。
Yes, you can. With all the overhad and no sensible coordination.
Do not provide sa / admin roles for tenants, but a UI that then creates databases, users etc.
Thousands of hosters do that, so you can too.
Higher editions of SQ LServer have a ressoruce governor that can avoid that one tenant swallows up the complete resources of a server.
Get used to by a real server with a lot of discs.
这取决于您可以使用哪些资源。
如果所有这些应用程序将使用相同的磁盘驱动器，那么它们将始终共享物理介质，因此将它们放在不同的实例上可能不会给您带来任何真正的好处。
如果可能的话，我建议将不同的数据库放在不同的驱动器上，这将在应用程序之间“分散磁盘读/写的负载”。
It depends what resources you have available to you.
If all these applications are going to be using the same disk drive(s), then they will always be sharing physical media so putting them on different instances might not give you any real benefit.
I would recommend if possible to put different databases across different drives if you can, this will 'spread the load' of disk reading/writing between the applications.
是的，您可以安装 SQL Server 的多个实例（数量取决于版本、是否虚拟化等），但这不太可能是可行的方法，除非您为每个实例拥有完全专用且隔离的硬件。您可能希望每个租户都有一个数据库，而不是 SQL Server 实例。在我之前的工作中，我们有 500 多个租户在单个 SQL Server 实例上愉快地共存。通过数据库分离，如果租户开始降低性能，就可以轻松地将租户移动到不同的实例（或至少移动到不同的存储）。
Yes, you can install multiple instances of SQL Server (the number depends on edition, whether it's virtualized, etc) but this is not likely to be the way to go unless you have completely dedicated and isolated hardware for each instance. You probably want a database for each tenant, not an instance of SQL Server. At my previous job we had 500+ tenants happily co-existing on a single instance of SQL Server. With database separation this makes it easy to move a tenant to a different instance (or at least to different storage) should they start to eat away at performance.