27,580
社区成员
发帖
与我相关
我的任务
分享升级到 SQL Server 2000 常见问题解答解答
联机帮助：
其中两个，问题相同，答案正好相反：
我试了答案应该是第2个。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
是。除了 master、model、msdb 和分发数据库以外，SQL Server 7.0 数据库与 SQL Server 2000 兼容。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
否。将 SQL Server 2000 数据库移动到 SQL Server 7.0 服务器的唯一途径是使用诸如 DTS 和 bcp 之类的方法来传输数据，或使用链接服务器之间的查询。
其中两个，问题相同，答案正好相反：
我试了答案应该是第2个。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
是。除了 master、model、msdb 和分发数据库以外，SQL Server 7.0 数据库与 SQL Server 2000 兼容。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
否。将 SQL Server 2000 数据库移动到 SQL Server 7.0 服务器的唯一途径是使用诸如 DTS 和 bcp 之类的方法来传输数据，或使用链接服务器之间的查询。
...全文
请发表友善的回复…
发表回复
zarge 2004-01-06
- 打赏
- 举报
:)
txlicenhe 2004-01-06
- 打赏
- 举报
可以分离 SQL Server 2000 数据库并且将它附加到 SQL Server 7.0 服务器上吗？
解答：
是。SQL Server 7.0 数据库是和 SQL Server 2000 兼容的。但是，也存在例外。有关例外的更多信息，请参见升级 SQL Server 7.0 数据库（复制数据库向导）。
将 SQL Server 7.0 数据库附加到 SQL Server 2000 上会自动将 SQL Server 7.0 数据库升级到 SQL Server 2000 数据库，而且这个数据库将不能在 SQL Server 7.0 安装中使用。
可以分离 SQL Server 2000 数据库并且将它附加到 SQL Server 7.0 服务器上吗？
解答：
否。将 SQL Server 2000 数据库移动到 SQL Server 7.0 服务器的唯一方法是使用数据转换服务 (DTS)。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
是。除了 master、model、msdb 和分发数据库以外，SQL Server 7.0 数据库与 SQL Server 2000 兼容。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
否。将 SQL Server 2000 数据库移动到 SQL Server 7.0 服务器的唯一途径是使用诸如 DTS 和 bcp 之类的方法来传输数据，或使用链接服务器之间的查询。
可以将 SQL Server 6.5 数据库还原或附加到 SQL Server 2000 上吗？
解答：
否。将 SQL Server 6.5 数据库移动到 SQL Server 2000 的唯一途径是运行 SQL Server 升级向导。
升级需要 SQL Server 7.0 service pack 吗？
解答：
执行从 SQL Server 7.0 到 SQL Server 2000 的升级不需要任何服务软件包，尽管 Microsoft 产品支持服务 (PSS) 建议使用最新的服务软件包。
升级到 SQL Server 2000 需要哪种 SQL Server 6.5 service pack？
解答：
当在同一台计算机上将 SQL Server 6.5 升级到 SQL Server 2000 实例时，必须首先应用 SQL Server 6.5 版 Service Pack 5a 或更高版本。当在不同的计算机上将 SQL Server 6.5 升级到 SQL Server 2000 实例时，必须首先应用 SQL Server 6.5 版 Service Pack 3 或更高版本。
升级 SQL Server 6.5 数据库会花多少时间？
解答：
将 SQL Server 6.5 数据库升级到 SQL Server 2000 的过程中，有很多影响升级所需时间量的因素。SQL Server 6.5 数据库中的每个对象都必须在 SQL Server 2000 数据库中重建，而且必须传输每一行。根据每个数据库的复杂性，转换两个具有不同行数和对象的 10 GB 的数据库需要的时间很不相同。另外，硬件平台、进程数目、磁盘子系统和 RAM 的量对于升级所需时间也有很大影响。在安装过程选择"数据验证"选项使执行升级所需时间量增加到原来的两倍。下表显示了升级进程所需的典型时间。
数据库大小 估计升级需要的时间
400 MB 小于 20 分钟
1 GB 小于 1 小时
10 GB 小于 4 小时
50 GB 小于 12 小时
100 GB 小于 24 小时
安装升级进程运行时，用户可以连接到 SQL Server 7.0 服务器吗？
解答：
否。执行安装升级时，要停止 SQL Server 7.0 服务器，然后再启动；所以用户无法保持连接。若要在用户保持连接的情况下执行升级，必须安装单独的 SQL Server 2000 实例，然后使用复制数据库向导将 SQL Server 7.0 中的每个数据库复制到这个 SQL Server 2000 实例中。复制数据库向导允许在 SQL Server 7.0 数据库升级进程中不必关闭任何服务器。
升级进程运行时，用户可以连接到 SQL Server 6.5 服务器吗？
解答：
否。在升级进程中，当编写对象脚本和解压缩数据时，SQL Server 6.5 服务器会停止并重新启动。当数据传输开始时，只有 SQL Server 2000 在运行，而且不能访问 SQL Server 6.5。
在执行升级前，应如何配置 SQL Server 6.5 服务器？
解答：
如果正在将现有的 SQL Server 6.5 服务器升级到另一台正在运行 SQL Server 2000 的计算机上，那么两台计算机都应配置为使用 MSSQLServer 服务的域用户名和密码。域用户帐户也应该属于两台计算机上的 Administrators 组。对于单机升级，本地系统帐户就足够了。如果跨不同的域进行升级，那么升级开始前必须在域间建立信任关系。
可以将来自两个或更多个 SQL Server 6.5 服务器的数据库合并到一个 SQL Server 2000 服务器上吗？
解答：
否。升级进程跟踪正在升级的服务器，而且只允许将来自一个 SQL Server 6.5 服务器的数据库进行升级。合并来自不同服务器的数据库可能会造成用户登录 ID、用户帐户和对象权限中的问题。如果想要合并来自不同的 SQL Server 6.5 服务器的若干个数据库，那么在升级到 SQL Server 2000 前请先将要合并的数据库全部移到一个 SQL Server 服务器上，然后验证应用程序工作是否正常。
可以只将一个或几个数据库升级到 SQL Server 2000 吗？
解答：
现有的 SQL Server 7.0 实例到 SQL Server 2000 的升级总是升级所有的数据库，因为它是用 SQL Server 2000 来代替 SQL Server 7.0。如果打算只升级 SQL Server 7.0 数据库中的一部分，那么请将 SQL Server 2000 安装为单独的实例并且使用复制数据库向导来升级数据库。有关更多信息，请参见升级 SQL Server 7.0 数据库（复制数据库向导）。
升级 SQL Server 6.5 时，可以将一个、一些或所有的 SQL Server 数据库升级到 SQL Server 2000。甚至可以在升级服务器上所有的数据库之前，转换单个数据库以进行测试或练习。Microsoft 建议同时转换服务器上所有的生产数据库以使潜在的问题减到最小。即使只打算转换现有 SQL Server 数据库的子集，也应该同时进行全部转换。
如果未同时升级所有的 SQL Server 6.5 数据库，则无法创建依赖其它数据库内容（包括视图、存储过程和触发器）的对象，只要所依赖的数据库或对象不存在。
如果已修改 SQL Server 6.5 model 数据库，使它包括附加的对象，那么应将它与所有其它 SQL Server 6.5 数据库同时转换，或在所有其它 SQL Server 6.5 数据库之后转换。对于因添加到 SQL Server 6.5 model 数据库中的非默认对象而在 SQL Server 6.5 数据库中创建的所有对象，在升级进程中将编写其脚本。
如果其它的 SQL Server 6.5 数据库是在 model 数据库转换之后升级的，那么它们将会包含基于 SQL Server 6.5 model 数据库的非默认对象。因为 SQL Server 2000 model 数据库在初始创建对象时，即将对象添加到新的 SQL Server 2000 数据库，所以创建脚本无法创建数据库中已经存在的任何对象。因此，通过将 model 最后转换，数据库结构中的任何更改都只应用于新的 SQL Server 2000 数据库。SQL Server 6.5 已转换数据库中的所有非默认对象将在这些数据库的转换进程中由脚本创建。
可以在同一台计算机上同时运行 SQL Server 2000 和 SQL Server 7.0 或 SQL Server 6.5 吗？
解答：
SQL Server 6.5 和 SQL Server 7.0 作为默认实例安装在服务器上，因此在某台特定的计算机上一次只可以运行这些版本中的一个。SQL Server 2000 支持在同一台计算机上同时运行多个 SQL Server 数据库引擎实例。如果将 SQL Server 2000 安装为命名实例，那么它可以与以前安装在计算机上的 SQL Server 6.5 或 SQL Server 7.0 的默认实例同时运行。如果将 SQL Server 2000 安装为默认实例，那么它会升级已经安装在计算机上的 SQL Server 6.5 或 SQL Server 7.0 默认实例。如果在运行 SQL Server 6.5 的计算机出现这样的情况，那么可以在升级后使用 vswitch 实用工具在 SQL Server 2000 默认实例和 SQL Server 6.5 默认实例之间切换。在升级 SQL Server 7.0 默认实例的情况下，升级后只有 SQL Server 2000 默认实例可以访问。
重要 每个 SQL Server 数据库引擎实例各有一套不为其它实例共享的系统及用户数据库。
有关更多信息，请参见处理 SQL Server 的实例和版本。
为何在 SQL Server 6.5 转换中收到如下错误信息？
@@servername 无效
解答：
如果正在升级的 SQL Server 6.5 服务器未命名，就会出现该错误信息。若要解决这些问题，请在 SQL Server 6.5 服务器上执行如下步骤：
在 isql 或 isql/w 中，运行如下查询以确保服务器具有名称：
SELECT @@servername
如果服务器没有名称，请运行如下存储过程以添加名称：
sp_addserver <server_name>, local
升级 SQL Server 6.5 服务器时，是什么原因导致如下错误信息？
无法打开默认数据库
查询 @@servername 出错
解答：
如果系统管理员的默认数据库还没有恢复，或者被标记为置疑，那么升级向导会生成这些错误信息。请先解决默认数据库的问题，然后再次运行升级向导。
升级运行 SQL Server 6.5 的服务器时，升级向导似乎停止响应或失败。为什么会出现这种情况？
解答：
如果转换进程中应用程序或服务具有对 SQL Server 6.5 服务器的开放式 ODBC 连接，那么它们可能不允许服务器完全关闭。如果没有收到运行 SQL Server 6.5 的服务器已经完全停止的验证，转换进程就不会进行到下一步。转换进程就好像停止了响应并且最终失败。若要解决这样的情况，请在执行升级前关闭所有可能具有 ODBC 连接或正在使用 SQL Server 的应用程序和服务。如果 SQL 事件探查器或 SQL 跟踪程序连接到运行 SQL Server 6.5 的服务器，就会看到类似的问题。尽管服务器并不会真正停止响应，但是先前快速进展的任务现在呈指数地减慢。
在什么地方可以查看升级进程中可能遇到的所有错误记录？
解答：
在升级进程中，将生成详细的日志并存储在 SQL 目录里。如果升级进程中出现了任何错误，将会在进程结束时看到一个对话框。这个对话框将会显示错误文件的内容。这个输出文件位于 Program Files\Microsoft SQL Server\MSSQL\Upgrade\<servername>_<date>_<time> 目录中。每个数据库都有自己的存储输出和错误文件的子目录，它们是在升级进程中生成的。
©1988-2000 Microsoft Corporation。保留所有权利。
解答：
是。SQL Server 7.0 数据库是和 SQL Server 2000 兼容的。但是，也存在例外。有关例外的更多信息，请参见升级 SQL Server 7.0 数据库（复制数据库向导）。
将 SQL Server 7.0 数据库附加到 SQL Server 2000 上会自动将 SQL Server 7.0 数据库升级到 SQL Server 2000 数据库，而且这个数据库将不能在 SQL Server 7.0 安装中使用。
可以分离 SQL Server 2000 数据库并且将它附加到 SQL Server 7.0 服务器上吗？
解答：
否。将 SQL Server 2000 数据库移动到 SQL Server 7.0 服务器的唯一方法是使用数据转换服务 (DTS)。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
是。除了 master、model、msdb 和分发数据库以外，SQL Server 7.0 数据库与 SQL Server 2000 兼容。
可以将 SQL Server 2000 数据库备份还原到 SQL Server 7.0 服务器上吗？
解答：
否。将 SQL Server 2000 数据库移动到 SQL Server 7.0 服务器的唯一途径是使用诸如 DTS 和 bcp 之类的方法来传输数据，或使用链接服务器之间的查询。
可以将 SQL Server 6.5 数据库还原或附加到 SQL Server 2000 上吗？
解答：
否。将 SQL Server 6.5 数据库移动到 SQL Server 2000 的唯一途径是运行 SQL Server 升级向导。
升级需要 SQL Server 7.0 service pack 吗？
解答：
执行从 SQL Server 7.0 到 SQL Server 2000 的升级不需要任何服务软件包，尽管 Microsoft 产品支持服务 (PSS) 建议使用最新的服务软件包。
升级到 SQL Server 2000 需要哪种 SQL Server 6.5 service pack？
解答：
当在同一台计算机上将 SQL Server 6.5 升级到 SQL Server 2000 实例时，必须首先应用 SQL Server 6.5 版 Service Pack 5a 或更高版本。当在不同的计算机上将 SQL Server 6.5 升级到 SQL Server 2000 实例时，必须首先应用 SQL Server 6.5 版 Service Pack 3 或更高版本。
升级 SQL Server 6.5 数据库会花多少时间？
解答：
将 SQL Server 6.5 数据库升级到 SQL Server 2000 的过程中，有很多影响升级所需时间量的因素。SQL Server 6.5 数据库中的每个对象都必须在 SQL Server 2000 数据库中重建，而且必须传输每一行。根据每个数据库的复杂性，转换两个具有不同行数和对象的 10 GB 的数据库需要的时间很不相同。另外，硬件平台、进程数目、磁盘子系统和 RAM 的量对于升级所需时间也有很大影响。在安装过程选择"数据验证"选项使执行升级所需时间量增加到原来的两倍。下表显示了升级进程所需的典型时间。
数据库大小 估计升级需要的时间
400 MB 小于 20 分钟
1 GB 小于 1 小时
10 GB 小于 4 小时
50 GB 小于 12 小时
100 GB 小于 24 小时
安装升级进程运行时，用户可以连接到 SQL Server 7.0 服务器吗？
解答：
否。执行安装升级时，要停止 SQL Server 7.0 服务器，然后再启动；所以用户无法保持连接。若要在用户保持连接的情况下执行升级，必须安装单独的 SQL Server 2000 实例，然后使用复制数据库向导将 SQL Server 7.0 中的每个数据库复制到这个 SQL Server 2000 实例中。复制数据库向导允许在 SQL Server 7.0 数据库升级进程中不必关闭任何服务器。
升级进程运行时，用户可以连接到 SQL Server 6.5 服务器吗？
解答：
否。在升级进程中，当编写对象脚本和解压缩数据时，SQL Server 6.5 服务器会停止并重新启动。当数据传输开始时，只有 SQL Server 2000 在运行，而且不能访问 SQL Server 6.5。
在执行升级前，应如何配置 SQL Server 6.5 服务器？
解答：
如果正在将现有的 SQL Server 6.5 服务器升级到另一台正在运行 SQL Server 2000 的计算机上，那么两台计算机都应配置为使用 MSSQLServer 服务的域用户名和密码。域用户帐户也应该属于两台计算机上的 Administrators 组。对于单机升级，本地系统帐户就足够了。如果跨不同的域进行升级，那么升级开始前必须在域间建立信任关系。
可以将来自两个或更多个 SQL Server 6.5 服务器的数据库合并到一个 SQL Server 2000 服务器上吗？
解答：
否。升级进程跟踪正在升级的服务器，而且只允许将来自一个 SQL Server 6.5 服务器的数据库进行升级。合并来自不同服务器的数据库可能会造成用户登录 ID、用户帐户和对象权限中的问题。如果想要合并来自不同的 SQL Server 6.5 服务器的若干个数据库，那么在升级到 SQL Server 2000 前请先将要合并的数据库全部移到一个 SQL Server 服务器上，然后验证应用程序工作是否正常。
可以只将一个或几个数据库升级到 SQL Server 2000 吗？
解答：
现有的 SQL Server 7.0 实例到 SQL Server 2000 的升级总是升级所有的数据库，因为它是用 SQL Server 2000 来代替 SQL Server 7.0。如果打算只升级 SQL Server 7.0 数据库中的一部分，那么请将 SQL Server 2000 安装为单独的实例并且使用复制数据库向导来升级数据库。有关更多信息，请参见升级 SQL Server 7.0 数据库（复制数据库向导）。
升级 SQL Server 6.5 时，可以将一个、一些或所有的 SQL Server 数据库升级到 SQL Server 2000。甚至可以在升级服务器上所有的数据库之前，转换单个数据库以进行测试或练习。Microsoft 建议同时转换服务器上所有的生产数据库以使潜在的问题减到最小。即使只打算转换现有 SQL Server 数据库的子集，也应该同时进行全部转换。
如果未同时升级所有的 SQL Server 6.5 数据库，则无法创建依赖其它数据库内容（包括视图、存储过程和触发器）的对象，只要所依赖的数据库或对象不存在。
如果已修改 SQL Server 6.5 model 数据库，使它包括附加的对象，那么应将它与所有其它 SQL Server 6.5 数据库同时转换，或在所有其它 SQL Server 6.5 数据库之后转换。对于因添加到 SQL Server 6.5 model 数据库中的非默认对象而在 SQL Server 6.5 数据库中创建的所有对象，在升级进程中将编写其脚本。
如果其它的 SQL Server 6.5 数据库是在 model 数据库转换之后升级的，那么它们将会包含基于 SQL Server 6.5 model 数据库的非默认对象。因为 SQL Server 2000 model 数据库在初始创建对象时，即将对象添加到新的 SQL Server 2000 数据库，所以创建脚本无法创建数据库中已经存在的任何对象。因此，通过将 model 最后转换，数据库结构中的任何更改都只应用于新的 SQL Server 2000 数据库。SQL Server 6.5 已转换数据库中的所有非默认对象将在这些数据库的转换进程中由脚本创建。
可以在同一台计算机上同时运行 SQL Server 2000 和 SQL Server 7.0 或 SQL Server 6.5 吗？
解答：
SQL Server 6.5 和 SQL Server 7.0 作为默认实例安装在服务器上，因此在某台特定的计算机上一次只可以运行这些版本中的一个。SQL Server 2000 支持在同一台计算机上同时运行多个 SQL Server 数据库引擎实例。如果将 SQL Server 2000 安装为命名实例，那么它可以与以前安装在计算机上的 SQL Server 6.5 或 SQL Server 7.0 的默认实例同时运行。如果将 SQL Server 2000 安装为默认实例，那么它会升级已经安装在计算机上的 SQL Server 6.5 或 SQL Server 7.0 默认实例。如果在运行 SQL Server 6.5 的计算机出现这样的情况，那么可以在升级后使用 vswitch 实用工具在 SQL Server 2000 默认实例和 SQL Server 6.5 默认实例之间切换。在升级 SQL Server 7.0 默认实例的情况下，升级后只有 SQL Server 2000 默认实例可以访问。
重要 每个 SQL Server 数据库引擎实例各有一套不为其它实例共享的系统及用户数据库。
有关更多信息，请参见处理 SQL Server 的实例和版本。
为何在 SQL Server 6.5 转换中收到如下错误信息？
@@servername 无效
解答：
如果正在升级的 SQL Server 6.5 服务器未命名，就会出现该错误信息。若要解决这些问题，请在 SQL Server 6.5 服务器上执行如下步骤：
在 isql 或 isql/w 中，运行如下查询以确保服务器具有名称：
SELECT @@servername
如果服务器没有名称，请运行如下存储过程以添加名称：
sp_addserver <server_name>, local
升级 SQL Server 6.5 服务器时，是什么原因导致如下错误信息？
无法打开默认数据库
查询 @@servername 出错
解答：
如果系统管理员的默认数据库还没有恢复，或者被标记为置疑，那么升级向导会生成这些错误信息。请先解决默认数据库的问题，然后再次运行升级向导。
升级运行 SQL Server 6.5 的服务器时，升级向导似乎停止响应或失败。为什么会出现这种情况？
解答：
如果转换进程中应用程序或服务具有对 SQL Server 6.5 服务器的开放式 ODBC 连接，那么它们可能不允许服务器完全关闭。如果没有收到运行 SQL Server 6.5 的服务器已经完全停止的验证，转换进程就不会进行到下一步。转换进程就好像停止了响应并且最终失败。若要解决这样的情况，请在执行升级前关闭所有可能具有 ODBC 连接或正在使用 SQL Server 的应用程序和服务。如果 SQL 事件探查器或 SQL 跟踪程序连接到运行 SQL Server 6.5 的服务器，就会看到类似的问题。尽管服务器并不会真正停止响应，但是先前快速进展的任务现在呈指数地减慢。
在什么地方可以查看升级进程中可能遇到的所有错误记录？
解答：
在升级进程中，将生成详细的日志并存储在 SQL 目录里。如果升级进程中出现了任何错误，将会在进程结束时看到一个对话框。这个对话框将会显示错误文件的内容。这个输出文件位于 Program Files\Microsoft SQL Server\MSSQL\Upgrade\<servername>_<date>_<time> 目录中。每个数据库都有自己的存储输出和错误文件的子目录，它们是在升级进程中生成的。
©1988-2000 Microsoft Corporation。保留所有权利。
spidertan 2004-01-06
- 打赏
- 举报
还可以
