请问SQL SERVER 中 NT验证与验证的区别?

ppzhao 2000-08-11 05:09:00

用SQL SERVER验证模式,设置时测试过,无问题.
但用NT验证模式,
出错:
Microsoft OLE DB Provider for ODBC Drivers 错误 '80040e4d'
[Microsoft][ODBC SQL Server Driver][SQL Server]Login failed for user 'PPZHAO\IUSR_PPZHAO'.
不知为何,我应如何做(本人SQL7.0新手)
不吝赐教!
谢谢!

...全文

466 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

蝈蝈俊 2000-08-15

打赏
举报

回复

SQL SERVER验证模式 SQL SERVER登陆名为sql server 的登陆名，口令。
NT验证模式 SQL SERVER登陆名为NT 的登陆名，口令。
当然通不过了。呵呵呵

lzliming 2000-08-15

打赏
举报

回复

你在sql server里应该对'PPZHAO\IUSR_PPZHAO'进行正确设置。

华南虎哥 2000-08-11

打赏
举报

回复

想必是你的数据库链接语句有问题,你能把数据库链接源代码贴出来吗?

1.使用 MSSQLServer 服务会用到的用户帐户登录到 Microsoft Windows NT? 4.0 或 Windows? 2000 上。该用户帐户必须是本地计算机的管理员和域帐户。 2.确认 Exchange Server 客户端 (Exchnge32.exe) 或 Microsoft Outlook? 客户端 (Outlook.exe) 能够连接到 Exchange Server 而且能够发送电子邮件。如果使用 Outlook，确保 Outlook 安装时选择了 "用于企业或工作组 "选项。 3.确认所用的 Exchange Server 配置文件中没有个人消息存储 (.pst)。Exchange Server 配置文件的名字不应超过 32 个字符。 4.在 "服务 "选项卡上，确认 Microsoft Exchange Server 和个人通讯簿是唯一可用的服务，然后单击 "发送 "选项卡。确认 "发送到 "框中选定的内容是 Exchange Server 中的邮箱，它应该有一个类似于 "邮箱 - <友好的用户名 > "的名字（其中 <友好的用户名 >是在第一步中登录到 Windows NT 4.0 或 Windows 2000 的用户名）。 5.要运行带有 Exchange Server 的 "SQL 邮件 "，MSSQLServer 服务必须在第一步中登录的同一个用户帐户下运行。在 "控制面板 "中，双击 "服务 "，选择 MSSQLServer 服务，然后单击 "启动 "。 6.确认 "SQL 邮件 "的配置文件是否正确。在 SQL Server 企业管理器中，展开服务器，展开 "支持服务 "文件夹，选择 "SQL 邮件 "，然后用右键单击。单击 "属性 "，然后在 "常规 "选项卡上，确保 "配置文件名 "框中指定的配置文件名正确。（事件探查器名必须与第三步中用到的配置文件名匹配。）单击 "测试 "，验证配置文件设置正确。 7.如果 "SQL 邮件 "无法启动（例如，显示错误信息指出配置文件不正确），请检查设置确保未将 Outlook Express 设置为默认的电子邮件客户程序。在 "控制面板 "中双击 "Internet "选项。在 "程序 "选项卡中，验证 Outlook Express 不在电子邮件组合框中。如果不得不将默认的电子邮件客户程序更改为 Outlook Express 以外的客户程序，那么，可能需要先验证 "SQL 邮件 "能够用邮件配置文件启动，然后再停止并重新启动 MSSQLServer 服务。在有些情况下，邮件的配置文件可能会损坏而且 "SQL 邮件 "将无法使用它。要更正这个问题，需要把配置文件复制到另一个文件名下，或重新创建配置文件。 8.如果用来启动 Microsoft SQL Server? 的帐户没有权限访问 Exchange 服务器，那么就无法使用 "SQL 邮件 "。执行 xp_cmdshell 来测试 SQL Server 对 Exchange Server 的访问权限，它执行与 "SQL 邮件 "相同的权限。使用下面的命令测试对服务器的连接，假定 Exchange Server 位于名为 "MyServer "的计算机上。

DataConversion:方便进行Excel的数据向SQL Server数据库的导入工作，适合简单重复性的导入操作，使用XML配置文件进行导入设置的保存，理论上支持数据的任意导入（Update更新、Insert插入）,数据库密码做了加密处理，工具使用也做密码验证（防止被恶意使用），可做软件的实施辅助工具，亦可方便日常操作人员做数据的批量导入，已经过客户测试。PS:程序运行需要系统已安装.Nt 2.0 Framework 原始出处： http://www.ist.cn/DataConversion/

本课程根据讲师十多年在世界500强外企的生产环境中的SQL Serer数据库管理和项目实施经验倾心打造。课程系统性强，知识体系完整，覆盖90%以上的企业环境下SQL Server高可用场景，课程中不仅演示详细的操作步骤，更加突出最常见的故障和问题，让学员少走“弯路”，不只是让学员学会“操作”更能让学员“操作”的规范，满满的干货分享，一些课程资料（架构图、部署规划表格等）不仅可以帮助学员掌握技能，也可以作为学员在企业生产环境中实施SQL Server高可用的配置文档、操作手册等。课程的实验环境介绍：1）全部基于微软域环境和企业版SQL Server AOAG - 95%以上的企业环境都是在域环境中，不介绍非域环境和标准版的SQL Server高可用性组，这的配置在企业中较罕见，没有实践意义，不浪费学员时间。2）相应域环境已提前部署和配置好 - 学员导入虚拟机即可开始实验，无需从零开始搭建域环境，所有实验中SQL Server均已加域，直入主题，节省大量时间。3）最新的Windows Server故障转移集群（WS2016、WS2019）和最新版本的SQL Server（SQL2017、SQL2019） - WS2016-SQL2017与WS2019-SQL2019是目前大多数企业SQL Server高可用的主要平台，基于微软产品生命周期现在一些企业也在讲早期的AOAG向这两个版本迁移，掌握这两种组合不仅让学员学会，更能学有所用。本课程为后续SQL Server进阶课程铺垫，是通向SQL Server DBA 专家的必经之路，讲师每周答疑两次。所有课程资料包括：课程PPT、架构图、部署规划表格、各类脚本学员均可下载。

一、首先你要确认你的鉴别模式： WIN NT鉴别模式呢还是混合模式，其中混合模式包括WIN NT鉴别模式和SQL SERVER 鉴别模式实施鉴别模式的步骤 1、核实采用了可信连接 2、设置鉴别模式 3、关闭和重启MSSQLServer服务程序 4、创建WIN NT分组和用户 5、授权WIN NT分组和用户可存取SQL Server 6、为用非可信任连接的用户创建SQL Server登录帐号二、为用户和角色分配登录帐号三、给角色分配登录权四、为用户和角色分配许可权限 在改进SQL Server 7.0系列所实现的安全机制的过程中，Microsoft建立了一种既灵活又强大的安全管理机制，它能够对用户访问SQL Server服务器系统和数据库的安全进行全面地管理。按照本文介绍的步骤，你可以为SQL Server 7.0（或2000）构造出一个灵活的、可管理的安全策略，而且它的安全性经得起考验。一、验证方法选择 本文对验证（authentication）和授权（authorization）这两个概念作不同的解释。验证是指检验用户的身份标识；授权是指允许用户做些什么。在本文的讨论中，验证过程在用户登录SQL Server的时候出现，授权过程在用户试图访问数据或执行命令的时候出现。 构造安全策略的第一个步骤是确定SQL Server用哪种方式验证用户。SQL Server的验证是把一组帐户、密码与Master数据库Sysxlogins表中的一个清单进行匹配。Windows NT/2000的验证是请求域控制器检查用户身份的合法性。一般地，如果服务器可以访问域控制器，我们应该使用Windows NT/2000验证。域控制器可以是 Win2K服务器，也可以是NT服务器。无论在哪种情况下，SQL Server都接收到一个访问标记（Access Token）。访问标记是在验证过程中构造出来的一个特殊列表，其中包含了用户的SID（安全标识号）以及一系列用户所在组的SID。正如本文后面所介绍的，SQL Server以这些SID为基础授予访问权限。注意，操作系统如何构造访问标记并不重要，SQL Server只使用访问标记中的SID。也就是说，不论你使用SQL Server 2000、SQL Server 7.0、Win2K还是NT进行验证都无关紧要，结果都一样。 如果使用SQL Server验证的登录，它最大的好处是很容易通过Enterprise Manager实现，最大的缺点在于 SQL Server验证的登录只对特定的服务器有效，也就是说，在一个多服务器的环境中管理比较困难。使用SQL Server进行验证的第二个重要的缺点是，对于每一个数据库，我们必须分别地为它管理权限。如果某个用户对两个数据库有相同的权限要求，我们必须手工设置两个数据库的权限，或者编写脚本设置权限。如果用户数量较少，比如25个以下，而且这些用户的权限变化不是很频繁，SQL Server验证的登录或许适用。但是，在几乎所有的其他情况下（有一些例外情况，例如直接管理安全问题的应用），这种登录方式的管理负担将超过它的优点。二、Web环境中的验证 即使最好的安全策略也常常在一种情形前屈服，这种情形就是在Web应用中使用SQL Server的数据。在这种情形下，进行验证的典型方法是把一组SQL Server登录名称和密码嵌入到Web服务器上运行的程序，比如 ASP页面或者CGI脚本；然后，由Web服务器负责验证用户，应用程序则使用它自己的登录帐户（或者是系统管理员sa帐户，或者为了方便起见，使用Sysadmin服务器角色中的登录帐户）为用户访问数据。 这种安排有几个缺点，其中最重要的包括：它不具备对用户在服务器上的活动进行审核的能力，完全依赖于Web应用程序实现用户验证，当SQL Server需要限定用户权限时不同的用户之间不易区别。如果你使用的是IIS 5.0或者IIS 4.0，你可以用四种方法验证用户。第一种方法是为每一个网站和每一个虚拟目录创建一个匿名用户的NT帐户。此后，所有应用程序登录SQL Server时都使用该安全环境。我们可以通过授予NT匿名帐户合适的权限，改进审核和验证功能。 第二种方法是让所有网站使用Basic验证。此时，只有当用户在对话框中输入了合法的帐户和密码，IIS 才会允许他们访问页面。IIS依靠一个NT安全数据库实现登录身份验证，NT安全数据库既可以在本地服务器上，也可以在域控制器上。当用户运行一个访问SQL Server数据库的程序或者脚本时，IIS把用户为了浏览页面而提供的身份信息发送给服务器。如果你使用这种方法，应该记住：在通常情况下，浏览器与

前言在SQL Server数据库中，有时候会建立一些Windows认证的账号（域账号）,例如，我们公司习惯给开发人员和Support同事开通NT账号权限，如果有离职或负责事宜变更的话，那么要如何正确的删除这些Windows认证账号呢？这篇文章就是来探讨一下如何正确的删除Windows认证账号。如下所示：下面这种方式，仅仅是删除登录名（login），然而并没有删除用户（User) USE [master] GO DROP LOGIN [xxxxxxx] GO 你删除登录名的时候，就会遇到类似下面的告警信息： Deleting server logins does not delete t

28,390

社区成员

357,068

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章