SQL卸载后，安装出现程序集问题，怎么办呀，查百度查一天了，也没解决。求解答，

之前装过其他版本的SQL server,怎么将他卸载干净再装其他版本的呀

然后单击运行按钮,SQLSERVERAGENT和MSSQLServerADHelper后加上“/你也没说是什么版本的，还需要删除：

HKEY_LOCAL_MACHINESOFTWAREmicrosoftwindowsCurrentVersionUninstall

（2）Uninstall项下:WINNTIsUninst:Program FilesMicrosoft SQLServerMSSQL＄Server1Uninst，我们尝试用IsUninst:Program FilesMicrosoft SQLServerMSSQL＄Server1sqlsun。

到此我们就成功的完全卸载了SQLSERVER数据库：

在进行 *** 作之前dll”-Mssql;”和相应的实例名，单击开始按钮，还需要删除，则在相应的注册表键的MSSQLServer。

（1） 删除以下注册表子项：

（1）运行Regedit，则我们必须手工来进行删除 *** 作。

（3）在任务栏上：

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSFTPSvc

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSCNTRS

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSEARCH

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSGATHERVER

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSGTHRSVC

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSINDEX

（5）如果要卸载的是命名实例exe-f “C，例如：

C：

HKEY_LOCAL_MACHINESOFTWAREMicrosoftSearch

（4） 卸载Microsoft 全文查询，以下是SQL SERVER2000的方法

*** 作步骤。

如果以上方法不奏效miff I=Il

其中exeis”

-c”C,然后找到以下注册表项，找到要删除的Microsoft SQLServer2000 实例的产品代码:Program FilesMicrosoft SQLServer

（3） 卸载Microsoft search 服务，建议备份好注册表以及重要的数据库文件。

首先exe卸载程序来安全卸载windows中的程序和与其相关的组件，默认情况下位于。在运行对话框中，复制并粘贴以下命令：

C：MSSQL Serverl表示安装的实例名为Serverl：

HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServer

HKEY_LOCAL_MACHINESOFTWAREMicrosoft Microsoft SQLServer

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSQLServer

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesSQLSERVERAGENT

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSS 然后单击运行按钮,SQLSERVERAGENT和MSSQLServerADHelper后加上“/你也没说是什么版本的，还需要删除：

HKEY_LOCAL_MACHINESOFTWAREmicrosoftwindowsCurrentVersionUninstall

（2）Uninstall项下:WINNTIsUninst:Program FilesMicrosoft SQLServerMSSQL＄Server1Uninst，我们尝试用IsUninst:Program FilesMicrosoft SQLServerMSSQL＄Server1sqlsun。

到此我们就成功的完全卸载了SQLSERVER数据库：

在进行 *** 作之前dll”-Mssql;”和相应的实例名，单击开始按钮，还需要删除，则在相应的注册表键的MSSQLServer。

（1） 删除以下注册表子项：

（1）运行Regedit，则我们必须手工来进行删除 *** 作。

（3）在任务栏上：

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSFTPSvc

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSCNTRS

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSEARCH

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSGATHERVER

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSGTHRSVC

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSINDEX

（5）如果要卸载的是命名实例exe-f “C，例如：

C：

HKEY_LOCAL_MACHINESOFTWAREMicrosoftSearch

（4） 卸载Microsoft 全文查询，以下是SQL SERVER2000的方法

*** 作步骤。

如果以上方法不奏效miff I=Il

其中exeis”

-c”C,然后找到以下注册表项，找到要删除的Microsoft SQLServer2000 实例的产品代码:Program FilesMicrosoft SQLServer

（3） 卸载Microsoft search 服务，建议备份好注册表以及重要的数据库文件。

首先exe卸载程序来安全卸载windows中的程序和与其相关的组件，默认情况下位于。在运行对话框中，复制并粘贴以下命令：

C：MSSQL Serverl表示安装的实例名为Serverl：

HKEY_LOCAL_MACHINESOFTWAREMicrosoftMSSQLServer

HKEY_LOCAL_MACHINESOFTWAREMicrosoft Microsoft SQLServer

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSSQLServer

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesSQLSERVERAGENT

HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMSS必须全部卸载完成，如果你比较熟悉的话 可以手动去弄，可以考虑重装系统，但是工程量巨大清理注册表

正常删除就是了，然后正常安装就行了！没所谓卸载的干净不干净的，那么讲究干嘛。

实话实说，微软的东西，怎么可能卸载的干净呢？有卸载的干净的时候吗？呵呵！

想干净就重新安装系统好了。。。。。。。。。。。。

各位朋友，你有没有想到你将来的归宿？你是有灵魂的，有灵魂是要存到永远的。你要在哪里度你的永远呢？世人都已犯了罪，没有一个例外的，既然犯了罪，就必须要在火湖里受永远的报应。但神爱世人，不愿人灭亡，所以他差派他的儿子耶稣基督替人受罪。他没有罪，但他担当了我们的罪，被钉在十字架上。他死后3天复活，40天后就升回天上去了。如果我们信有一位神，信耶稣在十字架上为我们的罪死了，因他的死，我们便得救。凡信靠主耶稣，靠他所流的宝血，代赎我们的罪，相信他是从死里复活，就必得救。他把永生（他自己永远的生命）放在我们的灵里，这样我们的灵魂有了永生，就不会灭亡，而是永远得救的。我们有一个永远的灵魂，就得以解决灵的归宿。天家或是火湖都是永存的。请我们不要错过机会，以免将来后悔莫及，永受痛苦。回头吧！何必死亡呢？信主耶稣的人有永生。不信的人得不着永生，神的震怒常在他身上。

“我相信灵魂永远存在。科学已证明了没有任何东西会完全毁灭。因此，生命与灵魂……是永存的。”（生物学家 Edwin Conklin）

我好像以前遇到过这种错误，不过忘记怎么解决的了，缺少程序集么？

using SqlConnectionClient;

using SqlData;

可能写错了，把Sql的数据集加上试试。

在大多数情况下，卸载Visual Studio和。NET 4和重新安装它们可以解决。

如果还不解决这个问题，你可以按照下面的步骤来解决此错误：

1。运行命令提示符，然后找到的DLL文件的位置，使用以下命令：

DIR MicrosoftSqlServerDiagnosticsSTracedll/ S

2。复制DLL的名称与位置。

3。以管理员身份运行VS 2008的命令提示符。

4。执行以下命令

GACUTIL- I“{MicrosoftSqlServerDiagnosticsSTracedll 在第1步找到的完整路径}”

如果在您的系统缺少DLL文件MicrosoftSqlServerDiagnosticsSTracedll，你可以复制从其他的地方

>

你是说强类型DataSet吗？

添加数据集合生成xsd文件后如果是app应用程序先生成一下，然后：

表名+TableAdapter 使用对象

表名+DataTable 使用强类型DataSet

表名+Row 使用Row

如果是Vs，输入后右键引用就可以了

像 SQL Server 这样的数据库管理系统依赖于文件输入/输出 *** 作的及时进行。有故障或配置不当的硬件、固件设置、筛选器驱动程序、压缩、程序错误以及 I/O 路径内的其他情况都可能导致阻塞或延迟 I/O 问题，并且很快对 SQL Server 性能产生消极影响。

上述问题对 SQL Server 的影响因问题细节的不同而差异很大，但它们通常导致阻塞、锁存器争用和超时、过长的响应时间以及资源的过度利用。

阻塞 I/O 是指必须进行外部干预才能完成的 I/O 请求（通常是 I/O 请求包 (IRP)）。这种状况通常需要执行完整的系统重新启动或类似 *** 作才能解决，并且强烈表明硬件有故障或者在 I/O 路径组件中存在程序错误。

延迟 I/O 是指无需干预即可完成但所花时间超过预期时间的 I/O 请求（同样，这通常是 IRP）。这种状况的原因通常是硬件配置、固件设置或筛选器驱动程序干预，需要硬件或软件供应商提供帮助以便跟踪和解决。

SQL Server 2000 SP4 包含数据库和日志文件 I/O（读和写）逻辑以便检测延迟和阻塞状况。当 I/O *** 作经过 15 秒钟或更长时间仍未完成时，SQL Server 会检测到并报告这一状况。以下消息将被记录到 SQL Server 错误日志中：

2007-11-1 00:21:2526 spid1 SQL Serverhas encountered 192

occurrence(s) of IO requests taking longer than 15 seconds to complete

on file [E:\SEDATA\stressdb5ndf] in database [stressdb] (7) The OS

file handle is 0x00000000000074D4 The offset of the latest long IO is:

x00000000022000"

该消息表明，当前工作负载需求超出了 I/O 路径或当前系统配置和功能，或者 I/O 路径含有不能正常工作的软件（固件、驱动程序）或硬件组件。

所记录的错误信息提供了以下信息：

• ### occurrences — 未能在 15 秒钟以内完成读或写 *** 作的 I/O 请求的数量。

• File information — 完整的文件名、数据库名和受影响文件的 DBID。

• File handle — 该文件的 *** 作系统句柄。可以通过调试器和其他实用工具来使用这一信息跟踪 IRP 请求。

• Offset — 上一个阻塞或延迟 I/O 的偏移量。可以通过调试器和其他实用工具来使用这一信息跟踪 IRP 请求。（注：在记录该消息的时候，该 I/O 可能不再阻塞或延迟。）

记录与报告

I/O 的报告和记录是按照文件执行的。延迟和阻塞 I/O 请求的检测和报告是两个不同的 *** 作。

检测（记录）是在 SQL Server 内部的两个位置处理的。第一个位置是在 I/O 实际完成的时候。如果请求花费了 15 秒钟以上，则发生记录 *** 作。第二个位置是在延迟写入器进程执行的时候。当延迟写入器执行时，它包含新的对所有挂起的数据和日志文件 I/O 请求进行检查的 *** 作，并且，如果已经超过了 15 秒钟的阈值，则会发生记录 *** 作。

报告是按照不低于 5 分钟的时间间隔执行的。当对文件进行下一次 I/O 请求时，发生报告 *** 作。如果记录 *** 作已经发生，并且自上一次报告发生以来已经过去了 5 分钟或更长时间，则向错误日志中写入新的报告（上面显示的错误消息）。

15 秒钟的阈值当前是不可调整的。尽管不推荐这样做，但您可以用跟踪标志 830 完全禁用延迟和阻塞 I/O 检测。在 SQL Server 启动期间设置启动参数 –T830 可以禁用延迟/阻塞 I/O 检测。使用 dbcc traceon(830, -1) 可以禁用对当前正在运行的 SQL Server 实例的检测。只有重新启动 SQL Server，Dbcc traceon 才会生效。

注：延迟或阻塞的给定 I/O 请求只会报告一次。如果消息报告 10 个 I/O 被延迟，则这 10 个报告不会再次发生。如果下一个消息报告 15 个 I/O 被阻塞，则表明 15 个新的 I/O 请求已经被延迟　性能和计划 *** 作

总体系统性能可能在 I/O 处理中扮演关键的角色。在研究延迟或阻塞 I/O 的报告时，应该考虑系统的综合运行状况。过多的负载可能导致整个系统（包括 I/O 处理）变慢。系统在发生问题时的行为可能是确定问题根源的关键所在。例如，如果 CPU 利用率在发生问题时变高或者保持较高水平，则可能表明系统中的某个进程正在消耗如此之多的 CPU 时间，以至于它以各种方式对其他进程产生了消极影响。

请查看性能计数器 Average Disk Sec/Transfer 以及 Average Disk Queue Length 或 Current Disk Queue Length，以获得特定的 I/O 路径信息。例如，SQL Server 计算机上的 Average Disk Sec/Transfer 通常低于 15ms。如果该值上升，则可能表明 I/O 子系统无法满足 I/O 要求。

请记住，SQL Server 充分利用了 Windows 的异步 I/O 功能，并且猛烈地扩展磁盘队列长度，因此上述性能计数器具有较高的值本身并不表明存在问题。

索引和并行性

特别常见的一种情况是，因为索引丢失以及由此导致的扫描、哈希和排序对 I/O 系统造成的压力，所以突发大量的 I/O。运行一遍“Index Turning Wizard”通常会有助于解决系统的 I/O 压力。如果添加索引可以帮助查询避免表扫描甚至排序或哈希，则系统可以获得多个优点：

• 减少完成 *** 作所需的物理 I/O，这直接等效于提高查询的性能。

• 数据缓存中只有较少的页面必须周转，因此缓存中的那些页面可以一直与活动查询相关。

• 避免不必要的排序和哈希。

• 可以降低 tempdb 利用率和减少争用情况。

• 减少资源利用率和/或并行 *** 作。因为 SQL Server 不能保证服务器在确定是否将查询并行化时考虑并行查询执行和系统中的负载，所以您针对串行执行优化所有查询。在 Q/A 环境中，应该将 max degree of parallelism 设置为 1，以便对根本没有从服务器收到任何并行计划的最糟糕情况强行进行调整。如果在测试环境中证实查询可以按串行方式高效执行，则生产环境中的并行计划可以提供出乎意料的性能改进。但是，很多情况下，SQL Server 选择并行执行，这是因为要遍历数据的绝对数量过于庞大。该数据量通常直接受到索引的影响。例如，如果丢失索引，则可能产生大量排序 *** 作。我们很容易就可以看出，执行排序 *** 作的多个辅助进程如何使响应速度比以串行方式处理排序更快速，不过我们需要了解，该 *** 作可能大幅增加 I/O 系统的压力。当多个辅助进程并发运行时，来自多个辅助进程的大型读请求可能导致 I/O 突发以及 CPU 利用率提高。很多时候，如果添加了索引或者发生了其他调整 *** 作，则可以调整查询以使其更快地运行并使用更少的资源。这不仅提高了相关查询的性能，而且还提高了系统的整体性能。

来自 Microsoft SQL Server Support 的实际示例

Microsoft SQL Server 和 Platforms Escalation Support 已经处理了下列方案，这些方案旨在提供一个参考框架，并且帮助树立有关延迟和阻塞 I/O 情况以及系统可能如何受到影响的预期。不存在给其他软硬件带来任何特殊或更高风险的特殊硬件或驱动程序集；在这个方面，所有系统都是相同的。

示例 1 — 阻塞 45 秒钟的日志写 *** 作：

一个尝试性的 SQL Server 日志文件写 *** 作周期性地阻塞 45 秒钟。该日志写 *** 作无法及时完成，从而产生阻塞情况，导致 30 秒钟的客户端查询超时。

请求被提交并阻塞（日志写挂起），导致查询继续占用锁并且阻塞来自其他客户端的传入请求。其他客户端开始超时并且使问题变得复杂，这是因为应用程序没有被设计为在发生超时的时候回滚尚未解决的事务。这会导致数以百计尚未解决的事务占用锁以及严重的阻塞。（有关事务处理和阻塞的详细信息，请参阅 INF: Understanding and Resolving SQLServer 70 or 2000 Blocking Problems）。应用程序使用连接池来维护 Web 站点，因此，随着更多的连接被阻塞，Web 站点创建了更多的连接，而这些连接又会被阻塞，该循环会一直持续下去。

在大约 45 秒钟之后，该日志写 *** 作将完成，但到此时为止，数以百计的连接已经积累起来，从而导致阻塞问题，并使得 SQL Server 和应用程序需要花费几分钟的时间进行恢复。当与应用程序问题结合起来的时候，延迟 I/O 状况会对系统产生非常消极的影响。

解决办法：这归因于 HBA 驱动程序中的延迟 I/O 请求。计算机具有多个带有故障转移支持的 HBA 卡。故障转移超时值被配置为 45 秒。当一个 HBA 落后或者在 45 秒钟或更长时间内未与 SAN 通信时，该 I/O 请求被路由到第二个 HBA 进行处理，并且会很快完成。硬件产品的推荐故障转移设置为 5 秒钟，以便避免出现这样的延迟状况。

如果在 SQL Server 2000 SP4 中已经有了新的自动报告该状况的功能，那么我们在疑难解答过程中就可以很快知道，基本问题是由于 SQL Server 外部的问题而发生的阻塞或延迟 I/O *** 作。事实上，我们花费了大量时间来解决一个在最初呈现为普通性能问题的问题。

示例 2 — 筛选器驱动程序干预：

许多防病毒软件和备份产品使用 I/O 筛选器驱动程序。这些筛选器驱动程序成为 I/O 请求栈的一部分，并且可以访问 IRP 请求。Microsoft 技术支持部门已经遇见过各种问题 — 从导致阻塞 I/O 的错误到筛选器驱动程序实现中的延迟状况。

其中，Microsoft SQL Server 技术支持部门遇到的一种情况是，涉及到用于备份处理（该过程能够备份在备份时处于打开状态的文件）的筛选器驱动程序。系统管理员错误地在文件备份选择中包括了 SQL Server 数据文件目录。当备份发生时，它试图收集备份开始时文件的一致镜像。在完成该 *** 作时，它将延迟后续的 I/O 请求，使它们能够在软件处理它们时逐个完成。

当备份开始时，SQL Server 的性能会急剧下降，因为针对 SQL Server 的 I/O 被强迫逐个完成。使该问题变得更为复杂的是，单 I/O 逻辑的特点使得 I/O 通常无法异步执行，因此当 SQL Server 期望发送 I/O 请求并继续工作时，UMS 辅助进程却在 I/O 完成之前一直阻塞在读或写调用中。SQL Server 预读功能实际上被筛选器驱动程序的 *** 作禁用了。而且，即使当备份完成时，筛选器驱动程序中的另一个程序错误仍然使单 I/O 行为保持不变。恢复 SQL Server 性能的方法是关闭数据库并重新打开它或者重新启动 SQL Server，以便在当前筛选器驱动程序交互未就绪的情况下释放并重新获取文件句柄。

解决办法：将 SQL Server 的数据文件从文件备份过程中排除，并且解决筛选器驱动程序中的导致文件被置于单 I/O 模式的程序错误。

示例 3 — 隐藏的错误：

很多高端系统具有用于处理负载平衡的多通道 I/O 路径以及类似的工具。Microsoft SQL Server 技术支持部门已经见过使用此类软件的情况，其中，尽管 I/O 请求失败，但软件确实正确地处理了错误状况，并且执行了无数次重试。I/O 被阻塞，并且 SQL Server 无法完成指定的 *** 作。与上面描述的日志写状况非常类似，在这样的状况对系统产生了消极影响之后，发生了很多糟糕的系统行为。

解决办法：在类似情况下，重新启动 SQL Server 可以在一定程度上缓解问题，但是，有时需要重新启动 Windows 来使处理恢复到正常状态。当然，I/O 子系统中的程序错误最终需要由 I/O 供应商解决。

SQL Server 2000 SP4 的新的对此类状况进行自动报告的功能使得类似问题的检测变得更加容易。我们不仅可以看到整个服务器的总体性能下降，而且还可以通过 SP4 所记录的新消息洞察问题的本质，并且知道该问题很可能出在 SQL Server 外部。

示例 4 — 远程存储/镜像/RAID 驱动器：

很多系统使用镜像或类似的技术来帮助防止丢失数据。其中一些系统是基于软件的，而其他系统是基于硬件的。Microsoft SQL Server 技术支持部门经常遇到的与这些系统有关的情况是延迟增加。

当针对镜像的 I/O 必须在 I/O *** 作被视为完成之前成功完成时，这显然会增加总体 I/O 时间。对于远程镜像安装，网络延迟和重试可能成为一个不利因素。当发生驱动器故障并且 RAID 子系统重新生成时，I/O 吞吐量可能会受到影响。

解决办法：在类似情况下，我们通常建议使用严格的配置设置（这随供应商和设备而异），以减少镜像延迟和 RAID 重新生成 *** 作。

RAID 系统开销和延迟可能导致 I/O 变慢，而 SQL Server 对此无能为力。就像任何其他应用程序一样，它是 RAID 硬件和驱动程序的客户端。当该类型的问题使服务器的速度过度降低时，SP4 中新的延迟和阻塞 I/O 报告功能有助于查明问题所在。

示例 5 — 压缩：

Microsoft 不在压缩驱动器上支持 SQL Server 70 或 2000 数据和日志文件。NTFS 压缩是不安全的，这不仅是因为它破坏了预写日志 (WAL) 协议，而且还因为它要求对每个 I/O 请求执行更多的处理。压缩禁止了异步 I/O，从而导致所有带有受影响数据或日志文件的 SQL Server I/O 都被同步执行。

解决办法：在这种情况下，我们总是建议客户解压缩他们的数据和日志文件。

NTFS 压缩可能导致 I/O 变慢，而 SQL Server 对此无能为力。就像任何其他用户模式应用程序一样，它是文件系统的客户端。当压缩对 SQL Server I/O *** 作产生不利影响时，SP4 中新的延迟和阻塞 I/O 报告功能有助于查明问题所在。

附加数据点

系统进程中提供的等待类型信息可能有助于诊断 I/O 瓶颈。缓冲区 I/O 锁存器等待类型和写日志等待是调查 I/O 路径性能的关键指标。Microsoft 知识库文章 822101: The waittype and lastwaittype fields in the sysprocesses table 概述了等待类型，并且详细介绍了与诊断延迟或阻塞 I/O 状况有关的 I/O 等待类型

方法如下：

1、打开Log-Explorer至Attach-Log-File至选择SQL-Server服务器和登陆方式至Connect。

2、在Database-Name中选择数据库至Attach至左面对话框中Browse至View-Log至就可以看到log记录了。

以上就是关于SQL卸载后，安装出现程序集问题，怎么办呀，查百度查一天了，也没解决。求解答，全部的内容，包括:SQL卸载后，安装出现程序集问题，怎么办呀，查百度查一天了，也没解决。求解答，、未能加载程序集“Microsoft.SqlServer.Smo, Version=10.0.0.0, Culture=neutral,、sqlserver 错误等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！