sqlserver信任域,sql该登录名来自不受信任的域

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

Microsoft SQL Server登录失败，该登录名来自不受信任的域，不能与Windows`

由以下几个原因：[b]1.数据库引擎没有启动[/b] 有两种启动方式：(1)开始-程序-Microsoft SQL Server 2005-SQL Server 2005外围应用配置器,在打开的界面单击"服务的连接的外围应用配置器",在打开的界面中找到Database Engine,单击"服务",在右侧查看是否已启动,如果没有启动可单击"启动",并确保"启动类型"为自动,不要为手动,否则下次开机时又要手动启动；(2)可打开:开始-程序-Microsoft SQL Server 2005-配置工具-SQL Server Configuration Manager,选中SQL Server 2005服务中SQL Server(MSSQLSERVER) ,并单击工具栏中的"启动服务"按钮把服务状态改为启动； [b]使用上面两种方式时,有时候在启动的时候可能会出现错误[/b],不能启动,这时就要查看"SQL Server 2005配置管理器"中的SQL Server 2005网络配置-MSSQLSERVER协议中的VIA是否已启用,如果已启用,则把它禁止.然后再执行上述一种方式操作就可以了。[b]2.进行远程连接时,是否已允许远程连接.[/b] SQL Server 2005 在默认情况下仅限本地连接.我们可以手动启用远程连接.在上面第一种方式中,找到Database Engine,单击"远程连接",在右侧将"仅限本地连接(L)"改为"本地连接和远程连接(R)",并选中"同时使用TCP/IP和named pipes(B)".[b]3.如果是远程连接,则还要查看连接数据库的语句是否正确[/b],登录账户是否正确,密码是否正确等.

探究的一般过程是从发现问题、提出问题开始的,发现问题后,根据自己已有的知识和生活经验对问题的答案作出假设．设计探究的方案,包括选择材料、设计方法步骤等．按照探究方案进行探究,得到结果,再分析所得的结果与假设是否相符,从而得出结论．并不是所有的问题都一次探究得到正确的结论．有时,由于探究的方法不够完善,也可能得出错误的结论．因此,在得出结论后,还需要对整个探究过程进行反思．探究实验的一般方法步骤：提出问题、做出假设、制定计划、实施计划、得出结论、表达和交流．

科学探究常用的方法有观察法、实验法、调查法和资料分析法等．

观察是科学探究的一种基本方法．科学观察可以直接用肉眼,也可以借助放大镜、显微镜等仪器,或利用照相机、录像机、摄像机等工具,有时还需要测量．科学的观察要有明确的目的；观察时要全面、细致、实事求是,并及时记录下来；要有计划、要耐心；要积极思考,及时记录；要交流看法、进行讨论．实验方案的设计要紧紧围绕提出的问题和假设来进行．在研究一种条件对研究对象的影响时,所进行的除了这种条件不同外,其它条件都相同的实验,叫做对照实验．一般步骤：发现并提出问题；收集与问题相关的信息；作出假设；设计实验方案；实施实验并记录；分析实验现象；得出结论．调查是科学探究的常用方法之一．调查时首先要明确调查目的和调查对象,制订合理的调查方案．调查过程中有时因为调查的范围很大,就要选取一部分调查对象作为样本．调查过程中要如实记录．对调查的结果要进行整理和分析,有时要用数学方法进行统计．收集和分析资料也是科学探究的常用方法之一．收集资料的途径有多种．去图书管查阅书刊报纸,拜访有关人士,上网收索．其中资料的形式包括文字、图片、数据以及音像资料等．对获得的资料要进行整理和分析,从中寻找答案和探究线索．

相关问答

Q1: sqlserver代理启动不了提示无loginfailedf

cmd→services.msc→找到SQLServeragent的服务，如果在域里面，换个域账号作为启动帐号，然后到配置管理器。

Q2: sql server提供的安全性控制级别有哪些

一、数据对象级别的安全机制：

这个级别的安全性通过设置数据对象的访问权限进行控制。如果是使用图形界面管理工具，可以在表上点右键，选择属性|权限，然后在相应的权限项目上打勾就可以了。

二、服务器级别的安全机制：

这个级别的安全性主要通过登录帐户进行控制，要想访问一个数据库服务器，必须拥有一个登录帐户。登录帐户可以是Windows账户或组，也可以是SQL Server的登录账户。登录账户可以属于相应的服务器角色。至于角色，可以理解为权限的组合。

三、数据库级别的安全机制：

这个级别的安全性主要通过用户帐户进行控制，要想访问一个数据库，必须拥有该数据库的一个用户账户身份。用户账户是通过登录账户进行映射的，可以属于固定的数据库角色或自定义数据库角色。

扩展资料

安全性措施

1、外键管理

SQL Server 2008为加密和密钥管理提供了一个全面的解决方案。为了满足不断发展的对数据中心的信息的更强安全性的需求，公司投资给供应商来管理公司内的安全密钥。

2、数据加密

进行加密使公司可以满足遵守规范和及其关注数据隐私的要求。简单的数据加密的好处包括使用任何范围或模糊查询搜索加密的数据、加强数据安全性以防止未授权的用户访问。这些可以在不改变已有的应用程序的情况下进行。

3、增强审查

SQL Server 2008具有像服务器中加强的审查的配置和管理这样的功能，这使得公司可以满足各种规范需求。SQL Server 2008还可以定义每一个数据库的审查规范，所以审查配置可以为每一个数据库作单独的制定。为指定对象作审查配置使审查的执行性能更好，配置的灵活性也更高。

参考资料来源：百度百科-SqlServer

Q3: 用户XX 未与信任 SQL Server 连接相关联。

出现此问题的原因为：权限设置问题造成的。

解决的方法和详细的操作步骤如下：

1、第一步，选择要设置的用户，如下图所示，然后进入下一步。

2、其次，完成上述步骤后，右键单击并选择“属性”选项，如下图所示，然后进入下一步。

3、接着，完成上述步骤后，单击“安全对象”选项，见下图，然后进入下一步。

4、然后，完成上述步骤后，勾选右下角的相应权限，如下图所示，然后进入下一步。

5、随后，完成上述步骤后，授予用户超级管理员的角色，如下图所示，然后进入下一步。

6、最后，完成上述步骤后，就可以看到已授予权限，如下图所示。这样，问题就解决了。

Q4: 如何解决 SQL Server 2000 中的连接问题

解决连接问题

在 SQL Server 2000 中可能会注意到的大多数连接问题都是由 TCP/IP 的问题或 Windows 身份认证的问题引起，或者由两者共同引起。

重要说明：在开始解决 SQL Server 2000 的连接问题之前，请确认 MSSQLServer 服务已在运行 SQL Server 的计算机上启动。

1、验证 DNS 设置

域名系统 (DNS) 中的名称解析过程用于解析 SQL Server 实例名称的 IP 地址。如果名称解析过程工作不正常，就不能获得 SQL Server 实例，您可能会收到一条或多条下列错误信息：

SQL Server does not exist or access denied

General Network Error

Cannot Generate SSPI Context

要验证名称解析过程是否在解析正确的服务器，可以使用服务器名和服务器的 IP 地址 ping 服务器。为此，请按以下步骤操作：

单击“开始”，然后单击“运行”。

在“运行”对话框中，在“打开”框中键入 cmd，然后单击“确定”。

在命令提示符下，运行下列命令：

ping Server Name

记录返回的 IP 地址。

在命令提示符下，运行下列命令（此处的 IP address 就是您在步骤 3 中记录的 IP 地址）：

ping –a IP address

验证命令解析的是正确的服务器名。如果两个指定的命令有任何一个不成功、超时或没有返回正确的值，那么 DNS 查找未能正常工作，或者有其他网络或路由问题引发问题。要查看当前 DNS 设置，在命令提示符下运行下列命令：ipconfig /all

有关 ipconfig 命令的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

223413 Windows 2000 中 Ipconfig.exe 的选项

要解决此问题，可以在客户端计算机上的 %systemroot%\system32\drivers\etc\hosts 文件中为服务器添加一个条目。要解决此问题，还可以使用命名管道网络库连接到服务器。

2、验证启用的协议和别名

如果客户端计算机上的别名设置错误，可能会引起连接问题。您可以使用客户端网络实用程序查看别名。为此，请按以下步骤操作：

启动客户端网络实用程序。如果 SQL Server 客户端工具被安装在正在运行客户端应用程序的计算机上，请按照以下步骤启动客户端网络实用程序：如果 SQL Server 客户端工具没有安装在客户端计算机上，请按照以下步骤启动客户端网络实用程序：

单击“开始”，然后单击“运行”。

在“运行”对话框中，在“打开”框中键入 cliconfg，然后单击“确定”。

单击“开始”，然后指向“程序”。

指向“Microsoft SQL Server”，然后单击“客户端网络实用程序”。

在“SQL Server 客户端网络实用程序”窗口中，单击“常规”标签，然后启用您要使用的所有协议。

注意：您必须至少启用 TCP/IP 协议和命名管道协议。

单击“别名”标签，然后验证为 SQL Server 实例所配置的别名。

验证别名的属性，确认服务器名或 IP 地址和协议的配置是正确的。

通过使用服务器名、IP 地址或者其他协议，您可以创建一个新的别名以测试连接性能。

注意：在 Microsoft 数据存取部件 (MDAC) 的早期版本中，客户端网络实用程序的用户界面是不同的。因此，如果您没有看到本文中列出的选项，请在运行客户端应用程序的计算机上安装 MDAC 的新版本。

3、验证 SQL Server 实例正在正确地侦听

要验证 SQL Server 实例正在正确地侦听命名管道、TCP/IP 或您在客户端应用程序中使用的其他协议，请打开当前的 SQL Server 错误日志文件。SQL Server 错误日志文件可能包括与以下类似的条目：2003-11-06 09:49:36.17 server SQL server listening on TCP, Shared Memory, Named Pipes.2003-11-06 09:49:36.17 server SQL server listening on 192.168.1.5:1433, 127.0.0.1:1433。

通过分析 SQL Server 错误日志文件中的条目，可以验证 SQL Server 实例是否正在侦听正确的 IP 地址和端口。在默认情况下，一个默认的 SQL Server 实例侦听端口 1433。您还可以使用服务器网络实用程序来验证 SQL Server 的协议设置并更改 SQL Server 中的属性，包括可以连接到 SQL Server 和可以使用的端口的协议。关于使用服务器网络实用程序的更多信息，请参见 SQL Server 在线参考书中的“SQL Server 网络实用程序”专题。

有时候，SQL Server 2000 可能不会绑定于端口 1433 或任何其他指定的端口。如果端口正被其他应用程序使用，或者如果您正在尝试使用一个错误的 IP 地址进行连接，就可能会出现此问题。因此，TCP/IP 到 SQL Server 的连接可能不成功，在 SQL Server 错误日志中您会收到下列错误信息：

2001-11-14 15:49:14.12 server SuperSocket Info:Bind failed on TCP port 1433.

有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

307197 PRB:TCP\IP 端口正由另一应用程序使用

如果通过 TCP/IP 连接您不能连接到 SQL Server 实例，请尝试使用命名管道协议或共享内存协议。在命令提示符下运行下面的命令，以获取关于正在使用的端口的信息：NETSTAT -an

您还可以使用 Portqry 命令行实用程序来获取关于正在使用的端口的更多信息。

注意：对于 SQL Server 命名实例，SQL Server 动态地决定端口并侦听决定的端口。因此，当您启动 SQL Server 命名实例时，SQL Server 将设法侦听之前使用的端口。如果 SQL Server 不能绑定到该端口，命名实例可能会动态地绑定到另一个端口。在这种情况下，请确认客户端应用程序也被设置为动态地决定端口。作为选择，您还可以为命名实例指定一个静态端口，通过客户端网络实用程序对其进行绑定和侦听。

4、解决 MDAC 问题

MDAC 的问题也可能会引起连接问题。例如，安装一个软件可能会覆盖一些 MDAC 文件或更改权限，而您需要这些权限才能访问 MDAC 文件。您可以运行 MDAC 部件检查器来验证 MDAC 在计算机上的安装。

注意：如果您正连接到 SQL Server 的一个命名实例，请确认计算机上运行的是 MDAC 2.6 或更新的版本。MDAC 的早期版本不识别 SQL Server 的命名实例。因此，可能无法连接到命名实例。

5、解决防火墙问题

如果防火墙存在于客户端计算机和正在运行 SQL Server 的计算机之间，请确认通过防火墙进行通信时所需的端口已打开。

如果您使用 TCP/IP 协议连接 SQL Server 实例，请确认能够用 Telnet 程序连接到 SQL Server 正在侦听的端口。要使用 Telnet 程序，在命令提示符下运行下列命令：Telnet IP Address Port Number

如果 Telnet 程序没有成功，并且您接收到错误信息，请解决此错误然后尝试再次连接。

注意：因为由 Slammer 病毒引起的问题，在您的防火墙上，用户数据报协议 (UDP) 端口 1434 可能被阻挡。

6、解决身份验证和安全问题

由于身份认证失败，可能无法连接到 SQL Server。如果身份认证失败，您可能收到下列错误信息之一：

如果您由于身份认证失败收到了错误信息，而且错误信息中没有提到一个明确的 SQL Server 登录名，请使用 Windows 身份认证解决该问题。由于 Windows 身份认证的问题，您可能会收到下列错误信息：

Cannot generate SSPI Context

下列问题可能会引起身份认证和安全问题：

NTLM 身份认证或 Kerberos 身份认证出现问题。

由于连接问题，无法联系域控制器。

域之间的信任关系出现问题。

有关可能原因的更多信息，请参见计算机上的事件日志。要解决 Windows 身份认证的连接问题，您可以使用 SQL Server 身份认证连接到 SQL Server 实例。有关如何诊断和解决“Cannot Generate SSPI Context”错误的其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

811889 如何排除“Cannot generate SSPI context”错误信息

如果在使用 SQL Server 身份认证时连接没有成功，您会收到下列错误信息：

若要解决此问题，请按照以下步骤操作。

重要说明本部分（或称方法或任务）包含有关如何修改注册表的步骤。但是，注册表修改不当可能会出现严重问题。因此，请一定严格按照下列步骤操作。为了获得进一步保护，请在修改注册表之前对其进行备份。这样就可以在出现问题时还原注册表。有关如何备份和还原注册表的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

322756 如何在 Windows 中备份和还原注册表

请确认 SQL Server 实例配置为使用 Windows 身份认证和 SQL Server 身份认证。为此，请确认在正在运行 SQL Server 的计算机上存在下列注册表项。对于默认的 SQL Server 实例：

HKEY_LOCAL_MACHINE\Software\Microsoft\MSSQLServer\MSSQLServer\LoginMode

对于 SQL Server 的命名实例：

HKEY_LOCAL_MACHINE\Software\Microsoft\Microsoft SQL Server\Instance Name\MSSQLServer\LoginMode

请确认已设置下列注册表项的值：

身份认证类型

值

仅限于 Windows 身份认证 1

混合模式（SQL Server 身份认证和 Windows 身份认证） 2

注意：如果您对注册表进行了任何更改，必须关闭并重新启动 SQL Server 实例使更改生效。

尝试使用其他 Windows 帐户或 SQL Server 登录帐户连接到 SQL Server 实例。这样能够帮助确定是否是由于某个特殊的登录帐户的问题而造成连接失败。例如，登录帐户的密码可能已被更改。

尝试使用其他协议连接到 SQL Server 实例。例如，使用 TCP/IP 协议进行 Windows 身份认证的连接可能会失败，但是使用命名管道协议进行 Windows 身份认证的连接就可能会成功。

如果您正在使用证书，当尝试连接到 SQL Server 实例时，可能会收到一条安全套接字层 (SSL) 安全错误信息。有关其他信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：

316898 如何借助 Microsoft Management Console 为 SQL Server 2000 启用 SSL 加密

322144 修复：SECDoClientHandShake 无法连接到 SQL Server

7、解决 TCP/IP 套接字上的压力问题

在使用 SQL Server ODBC 驱动程序、Microsoft OLE DB Provider for SQL Server 或 System.Data.SqlClient 管理提供程序时，可以使用恰当的应用程序编程接口 (API) 来禁用连接池。在禁用连接池、并且应用程序频繁打开和关闭连接时，对基本 SQL Server 网络库的压力可能会增大。有时候，Web 服务器和 JDBC 驱动程序也会尝试连接到 SQL Server 实例。因此，对 SQL Server 连接需求的增加可能会超过 SQL Server 的处理能力。这可能会给 TCP/IP 套接字带来压力，您还可能在 SQL Server 错误日志文件中收到下列错误信息：

2003-08-07 20:46:21.11 server Error:17832, Severity:20, State:6

2003-08-07 20:46:21.11 server Connection opened but invalid login packet(s) sent.Connection closed.

注意：如果运行 SQL Server 2000 SP3 或 SQL Server 2000 SP3a，则不会注意到对 TCP/IP 套接字的压力，这是由于添加了对登陆数据包数量的限制。在使用第三方驱动程序连接到 SQL Server 实例时，发生错误 17832。要解决该问题，请与第三方供应商联系，并获取经测试证明能够用于 SQL Server 2000 SP3 和 SQL Server 2000 SP3a 的驱动程序。

8、查看 SQL Server 实例是否以单用户模式启动

如果尝试连接的 SQL Server 实例是以单用户模式启动的，只能建立一个到 SQL Server 的连接。如果运行软件的计算机自动连接到 SQL Server，该软件可以轻松地使用唯一的连接。例如，下面的软件可以自动连接到 SQL Server 实例：

SQL Server 代理程序

第三方备份软件

第三方监测软件

第三方病毒软件

Microsoft Internet 信息服务 (IIS)

SQL Server 企业管理器

尝试连接到 SQL Server 实例的客户端应用程序收到下列错误信息：

SQL Server does not exist or Access Denied

当安装过程以单用户模式启动 SQL Server 实例时，此错误一般发生在 SQL 群集安装和服务软件包安装期间。指定的应用程序会自动连接到使用唯一可用连接的 SQL Server 实例，从而安装失败。

要确定 SQL Server 实例是否已经以单用户模式启动，请检查 SQL Server 错误日志文件中是否具有一个与以下类似的条目：