如何禁用SQL Server的Windows身份validation模式，并限制它每次都要求input用户名和密码，而不使用Windows身份validation？
我们有32位Windows Server 2003 Enterprise 32位内存和8个双核处理器，运行SQL Server 2005 SP3 Enterprise 32位。 我们的CPU，RAM和I / O总是通过屋顶，应用程序总是运行缓慢。 我们使用AWE缓冲区caching，最大内存为28GB，PAGEIOLATCH_SH总是高，过程caching总是在700mB左右。 在生产时间内，我们有超过6000个连接到SQL Server（500个用户）。 这里有什么问题？ 请帮忙。 谢谢。
谷歌search出现了一些脚本，这些脚本对系统表运行查询，并依次轮换重新构build（或者重新组织）每个数据库表索引。 这似乎是合理的，但他在这里问我这个问题的原因是，从一个未知来源查询系统表的SQL脚本让我感到紧张，例如，它可能会错过某些types的索引或尝试重build应该独立的特殊系统索引。 碰巧，我尝试的第一对夫妇没有工作，因为他们没有处理不同模式的表。 那么，对于SQL Server 2005数据库的所有表重build所有索引的最好和最简单的方法是什么共识呢？ 谢谢。
我目前正在开始Oracle到SQL 2008迁移的项目。 由于我正在阅读正式的SSMA从Oracle迁移到SQL Server 2005的指南，所以我想从个人经验中获得build议和指引。 出现问题的指导和文章有组织的方式高调，discutions和解决scheme将被认可。 谢谢
我想要允许一个组（例如'BackupManagers'）只能对某些数据库执行备份和恢复操作。 创buildBackupManagers用户帐户时，我检查了db_backupoperator。 当用户login创build备份时，他们会在select任务 – >备份 – >单击destiantion块中的添加 – >单击“…”button以浏览时收到类似于以下内容的错误消息 TITLE：find数据库文件 – MYSERVER \ SQL2005 E：\ MSSQL \ Backup无法访问服务器上指定的path或文件。 validation您是否具有必要的安全权限以及path或文件是否存在。 如果您知道服务帐户可以访问特定文件，请在“定位”对话框的“文件名”控件中键入文件的完整path。 我已经确认用户有权限到该文件夹。 我甚至创build了一个共享到这个文件夹，并让他们通过资源pipe理器访问它。 他们能够创build和删除文件夹内的文件。 我发现，如果他们键入文件的path，而不是使用“…”button浏览目录树，那么他们可以创build一个备份文件罚款。 为什么浏览button按预期工作？ 谢谢！
我有Win2k3 64x标准（在2个独立的机器上）MS SQL Server 2005标准， 如何在此解决scheme上设置故障转移群集？ 我没有SQL或赢企业，它太昂贵，购买:( 任何build议如何使两个MS SQL服务器上运行不同的物理服务器之间同步，并在一台服务器失败的情况下从一个切换到另一个？ DB运行时间很长，结构不能改变很多。 感谢帮助。
如何在不使用FBA的情况下授予访问域外用户的SQL Server 2005报告的权限。 我已经使用SSRS 2005构build了报告并将其发布到报告服务器上。 该帐户可以访问具有报表控件的ASP.NET页面。 但是，报告区域不可访问，并为未经身份validation的用户提供了401错误。
我试图将SQL2005 tranasaction复制环境中的最大事务保留期从默认72小时改为120。 通过T-SQL或GUI，我得到以下消息： 消息14294，级别16，状态1，过程sp_verify_job_identifiers，第25行提供@job_id或@job_name来标识作业。 我正在运行的T-SQL如下所示： sp_changedistributiondb @database ='distribution'，@property ='max_distretention'，@value = 120 任何想法的人？
我正在使用Web应用程序（SharePoint）为Microsoft Single Sign On创build数据库。 每一次创build数据库的尝试都会给出一个“login失败”式的错误。 出于testing目的，我在SharePoint Web应用程序和计时器服务，Microsoft SSO服务以及SharePoint的“pipe理单一login服务器设置”页上使用相同的帐户。 logging的两个SQL Server错误是： login失败的用户'等等' 错误：18456，严重性：14，状态：16。 Windows Server事件日志错误显示与数据部分中的单词“master”相同的“login失败”消息。 我努力了： 在SQL Server上授予用户系统pipe理员权限 将默认数据库更改为用户拥有db_owner权限的数据库，并将其设置为“master” 使用户在SQL Server上的本地pipe理员 本文中关于SQL协议博客的评论指出： State = 16表示传入的用户没有login到目标数据库的权限。例如，如果用户FOO的默认数据库不在线（例如数据库被标记为可疑），也会发生这种情况。 我想我已经覆盖了权限，SharePoint正在使用数据库，所以他们不应该被标记为可疑。 有没有人有一些想法？
是SQL Server数据库服务器运行SQL 2008报表服务服务器的受支持的configuration吗？ 无论哪种方式，我在哪里可以find支持文件？