主页 / server / 问题 / 575529
Accepted
pepoluan
Asked: 2014-02-14 22:54:40 +0800 CST

单独的 SQL Server 实例或只是新数据库？

  • 772

我将部署一个应用程序，其要求只是数据库的“db_owner”。数据库本身必须由 DBA 单独创建。

根据应用程序的工作方式（及其简单要求），应该可以在默认实例中创建一个新数据库，因为每天的写入，虽然经常（每天几千次写入，但只有几十次读取每天），但每次写入都应该很小。

但是，我团队中的一些人认为，从长远来看，新实例会更好。

如果有人可以为我提供每种情况的指导方针和优缺点，我将不胜感激。

（如果有人问过类似的问题，请原谅我；与网站不同，移动 StackExchange 应用程序不提供建议列表）。

sql-server

4 个回答

  1. Best Answer

    如果他们只需要 db_owner，那么我建议您在现有实例中执行此操作。

    创建新实例会产生运行所有 SQL 二进制文件的两个副本的开销。当 SQL 可以管理服务器的所有可用资源时，它的效果最好。多个实例彼此不了解，最终可能会争夺可用资源。需要更多配置来确保避免性能问题。

    创建多个实例的常见原因是 1) 安全原因 2) 并排运行两个不同版本的 SQL。您似乎没有任何这些要求，因此请坚持使用单个实例。

    我的规则是一个例子，除非有一个经过充分证明的需要第二个。

    • 2

  2. 这取决于您的场景，但据我所知，如果应用程序需要 sysadmin 或 serveradmin 角色，则部署新实例是有意义的。

    • 1

  3. 根据您的要求，不需要新的 SQL Server 实例 由于您不需要不同的 SQL Server 版本，并且您的安全和权限要求可以在单个 SQL Server 实例上设置，您可以在同一个 SQL Server 实例上创建一个新数据库实例

    在现有 SQL Server 实例上创建新数据库可提供更轻松的管理（备份、维护、审核、作业执行等）、更轻松的 SQL 登录和角色管理、降低复杂性、更好地使用 SQL Server 进程之间的资源使用和分配、更好的性能从另一个数据库访问一个数据库时（因为它们都在同一个 SQL Server 实例上）

    • 1

  4. 我的想法是与上述观点一致的实例。我已经运行 SQL 服务器很多年了，在那些年里，我一直在战斗的一场战斗是服务器蔓延。它总是这样开始。我的应用程序需要一个 SQL 服务器。我的应用程序需求量低，但非常定制化的应用程序。所以我将为每个应用程序创建一个实例。我为每个应用程序创建单独的实例，以便不同的供应商和我可以通过安装和应用程序修改来工作。对于任何应用程序修改，有时需要重新启动。没有什么比必须重新启动数据服务器和重新启动影响服务器上的每个数据库的事情了！所以为此，实例是要走的路。事情会发生。老板会过来问我是否可以在我的服务器上托管其他人的数据库。不，不是他正在寻找的答案。所以，现在我的服务器有了另一个数据库，并且所有者希望有权查看他们的数据。因此进退两难。我相信这个新的 DBA 吗？当然不是！在数据方面，我不相信任何人。Exs[ecailly 我的数据。因此，我为它们创建了一个单独的实例。以前从未见过或使用过实例的 DBA 喜欢这个想法。他们可以看到他们的数据，重新启动他们的实例。他们对这个世界感觉很好，以至于他们的大嘴忍不住告诉别人他们的积极经历。而且很多时候，这是一个有数据库托管问题的人。 . 所以新的 DBA 和其他 DBA 一起去找我的老板。该死！另一个例子。不用说，目前，我在我的 2014 SQL 服务器上运行 7 个实例，我没有任何问题。话虽如此，我所有的数据库都是低维护的，而且用户也不多。我出于安全原因使用实例，用于可能需要重新启动的程序并保持清洁。当涉及到像 SharePoint 或 HR 数据库后端这样的大型资源消耗程序时？实例不行！我将整个 SQL 服务器专门用于该单一任务。最后，如果数据库很小、需求低和/或由多个 DBA 管理，请使用数据库实例。如果数据库支持资源匮乏的怪物，请专用服务器。如果数据库很小、需求低和/或由多个 DBA 管理，请使用数据库实例。如果数据库支持资源匮乏的怪物，请专用服务器。如果数据库很小、需求低和/或由多个 DBA 管理，请使用数据库实例。如果数据库支持资源匮乏的怪物，请专用服务器。

    • -1

相关问题