共计 4370 个字符，预计需要花费 11 分钟才能阅读完成。
今天就跟大家聊聊有关怎样进行 SQL Server 的有效安装，可能很多人都不太了解，为了让大家更加了解，丸趣 TV 小编给大家总结了以下内容，希望大家根据这篇文章可以有所收获。
微软总是试图使它的软件安装尽可能地简单顺畅，SQL Server 2000 的安装也不例外。你从安装光盘的 x86 etup 文件夹启动 setupsql.exe、在安装对话框中填入一些细节后，几分钟内，安装将在没有用户介入的情况下继续执行。你甚至可以成功的安装 SQL Server 2000 而不用明白那些选择意味着什么——只需在大多数安装对话框中点击“下一步”。然而，我强烈建议你不要如此轻率地对待安装；留意每一个选项并且确保你完全理解你所作的每个选择的影响。一些低劣的决定，比如错误的排序规则设置，可能很难被修复；其他的，比如接受默认的身份验证模式，可能创建了安全。
让我们看一些有关标准安装的重点，包括实例配置、安全性、排序规则和网络库。然后让我们探索无人值守和远程安装的高级选项。
实例
当你开始安装时，经常执行标准安装（与远程或无人值守安装相比）。你调用 setupsql.exe 程序来启动安装向导。在开始的两个对话框——欢迎和机器名——之后，你需要对你的实例配置作选择。SQL Server 2000 支持在一台机器上安装多个 SQL Server 的实例。安装程序显示两个对话框来给你安装实例的选项。
首先，安装选择对话框显示了让你选择是否安装一个新的实例或者升级一个已经存在的安装。如果你选择安装一个新的实例，你将看到“实例名对话框”显示出来。你可以指明一个实例名或选择默认来安装一个默认实例——如果默认实例还未安装在机器上。
在做有关安装实例的选择时你需要考虑几件事。如果机器上没有默认实例、你打算在同一台机器上使用 SQL Server 2000 和 7.0，确信你没有将 SQL Server 2000 作为默认实例安装。SQL Server 7.0 不支持命名实例，所以它必须成为默认实例。除了卸载和重新安装 SQL Server，你不能把命名实例改为默认实例或者相反。你同样也不能在实例安装后更改实例名。然而，你可以在安装 SQL Server 2000 后再安装 SQL Server 7.0——如果你还没有安装一个默认实例的话。
如果一个 SQL Server 7.0 的安装已经存在，你可以将它升级——通过在安装选择对话框中选择升级路径并在后一个对话框中说明你想要升级默认实例。然而，SQL Server 2000 将成为默认实例，SQL Server 7.0 在这台机器上将不复存在。要两个版本都保留，把 SQL Server 2000 作为一个命名实例来安装。
安装完 SQL Server 2000 后，你可以使用备份和恢复、分离和连接、数据转换服务或者复制向导来把 SQL Server 7.0 的数据库调到 SQL Server 2000 中来。注意，当你升级一个先前的版本到 SQL Server 2000 时，无论选择何种方式，你不能对数据库同样的拷贝指明超过一个的安装，所以每个安装必须维护它自己的每个数据库拷贝。
另一个考虑涉及 SQL Server 7.0 被称为“版本切换”的特性，它让 SQL Server 7.0 与 SQL Server 6.5 共存于同一台机器。但是，同时只有一个安装可以是活动的，另一个是静止的。当你调用版本控制，它激活静止的安装并使活动的那个停止活动。如果机器上包括一个 SQL Server 6.5 的安装——它没有以版本控制的形式和 SQL Server 7.0 共存，安装程序要求你选择两个选项之一：升级 SQL Server 6.5 到 SQL Server 2000 的默认实例并且在两个版本间保持一个版本控制；升级到 SQL Server 2000 的命名实例。和从 SQL Server 7.0 升级不同——它覆盖了当前的安装，6.5 的安装保留在电脑中——不管你为升级到 2000 选择何种路径。
如果 7.0 和 6.5 都已安装并以“版本控制”的形式共存在同一台机器中，而且你不想升级已存在的安装，你可以安全地在同一台机器上安装 2000 的命名实例并且在同一台机器上使用所有三个版本。然而，以版本控制形式共存的同时只有一个版本可以运行，而所有命名实例可以同时运行。
在说明了你的实例选项后，我们来到安装类型对话框。
自定义安装
在安装类型对话框中，安装向导要求你在 3 个安装类型中作选择：典型、最小和自定义。如果你选择典型或者最小，SQL Server 对组件和子组件、排序规则和网络库都使用默认选项。因为典型安装会潜在地引起棘手的问题，我强烈建议始终选择自定义——即使你认为默认满足你的安装需求。一些以前提及的选项——特别是排序规则——在安装后如果发现不满足需求是非常难以更改的。自定义安装让你再次检查那些选项。
安全
在安装过程中，你在 2 个对话框中说明和安全相关的信息：服务账号和验证模式。在服务账号对话框里，你填入 SQL Server 和 SQL Server Agent 服务的服务账号细节。每个服务使用在对话框中说明的账号来被操作系统调入，并且在操作系统中运行于这个账号的安全上下文里。比如：当你备份到一个磁盘设备，SQL Server 检查你用来登录到 SQL Server 的登录是否具有适当的“备份数据库”权限。然而，创建备份文件设备并写入，SQL Server 必须在磁盘或者网络共享中创建一个文件，这个操作使用 SQL Server 服务账号的安全上下文。
同样的，SQL Server Agent 服务在 SQL Server Agent 服务账号的安全上下文下在 SQL Server、操作系统或网络中运行过程。虽然一个在本机不具有管理权限的账号可以启动 SQL Server 服务，把 SQL Server 服务账号加入到本地管理员组是个好主意。否则，你需要额外地把所有所需的权限授权给该帐号，还需要授权该帐号合适的网络权限。
而如果你试图通过一个机器上不具有管理员权限的服务账号来启动 SQL Server Agent，它甚至无法启动。而且如果 SQL Server Agent 在网络上的其他机器上执行操作，比如复制或者多服务器工作，你应该使用一个在其他机器上具有适当权限的域账号。比如在一个包含 3 台 SQL Server 机器的单域多服务器环境中，一台主服务器控制目标服务器上的自动活动。因为双方（主服务器和目标服务器）需要相互通讯，你需要确保主服务器上的 SQL Server Agent 服务账号在目标服务器上具有适当的权限，反之亦然。配置这样一个环境的最简便方法就是创建一个域账号，使它在所有服务器上成为本地管理员组的成员，并且通过该帐号来调用所有的 SQL Server Agent 服务。
在身份验证模式对话框中，你可以选择是否只允许 Windows 身份验证登录（Windows 身份验证模式）或者 Windows 和 SQL Server 两者登录（混合模式）。你也可以为 sa（System Administrator）的 SQL Server 登录指定一个密码。Windows 身份验证模式是默认的和最常用的推荐安全模式。然而，为安全起见，我建议你选择混合模式并且为 sa 账号提供一个密码，在安装完成和处理完一些其他的安全项目后，再把验证模式改为 Windows 身份验证模式。如果你选择 Windows 身份验证模式作为你的服务器的安全模式，安装过程把 sa 登录创建为无效并且没有密码（因为 SQL Server 身份验证模式是无效的）。你可以在安装后更改 sa 的密码——我强烈建议你这么做——但是一开始就选择 Windows 身份验证模式是危险的，因为你可能忘了更改密码或者使用空密码，以为 sa 已经失效。
无论你选择何种模式，安装程序都为 BUILTINAdministrators 组创建一个 Windows 身份验证的登录，它映射到本地机器的管理员组。这个登录的创建意味着所有本地管理员组的成员，包括域组域管理员，都是你的 SQL Server 的系统管理员（sysadmin）角色的成员。给予网络和本地管理员在 SQL Server 上的毫无限制的权限并不总是一个好主意，因为这引入了安全风险，这样一来你可能决定从 SQL Server 的 sysadmin 角色中移除 BUILTINAdministrators，或者你可能从 SQL Server 中完全移去这些自动创建的登录而为 DBA 成员组用 sysadmin 身份创建一个登录——不是网络管理员。
如果你决定遵从上述这些建议，这样做就够了：首先，为 DBA 成员组用 sysadmin 身份创建一个登录，然后删除 BUILTINAdministrators 登录。如果你的服务器的身份验证模式时 Windows 而且你在为 DBA 创建登录以前删除所有具有 sysadmin 资格的登录，你会发现你自己被锁在了 SQL Server 之外，无法执行管理任务——如：创建新的登录。如果你落入了这个陷阱，你仍然可以通过把注册表 HKEY_LOCAL_MACHINE OFTWAREMicrosoftMicrosoft SQL Server 实例名 \MSSQLServerLoginMode 的键值更改为 2，来把 SQL Server 身份验证的模式改为混合模式，修改好后重新启动 SQL Server 服务即可。
虽然通过注册表可以控制 SQL Server 的登录模式是方便的，它也有个缺点。任何人只要具有编辑注册表键值的权限，包括网络和本地管理员，都可以更改 SQL Server 的身份验证模式。如果你用 Windows 身份验证模式来安装 SQL Server，sa 是失效的但是仍然具有一个空白的密码。如果接着你更改 SQL Server 身份验证模式到混合模式（这就使 sa 登录有效），任何人都可以作为 sa 登录。所以，绝对确保你一完成安装就更改 sa 密码或者在安装过程中选择混合模式并且为 sa 提供一个密码。
排序规则
接下来，你需要选择排序规则设置。SQL Server 2000 中的排序规则（Collation）设置用来管理和语言相关的行为、对象名称和列的值的唯一性，以及排序规则（sorting rules）。在排序规则设置对话框里，你说明排序规则并在 SQL Server 排序规则和 Windows 排序规则两者之间选择其一。如果你需要和以前 SQL Server 版本的向后兼容性，选择 SQL Server 排序规则——比如，如果你打算在一个早期版本的 SQL Server 和 SQL Server 2000 之间使用复制。否则，选择 Windows 排序规则。SQL Server 2000 的排序规则设置，不管是 Windows 或是 SQL Server，合并了在先前版本中的 3 个独立的设置：字符集，排序次序和 Unicode 排序规则。除了整合旧的 3 个设置到一起外
看完上述内容，你们对怎样进行 SQL Server 的有效安装有进一步的了解吗？如果还想了解更多知识或者相关内容，请关注丸趣 TV 行业资讯频道，感谢大家的支持。
