我在一个运行 SQL 2005 的分支位置有一台服务器，但我似乎无法登录。用户可以正常使用依赖于数据库的应用程序，但我无法使用管理员帐户访问 SQL 服务器. 我们只为管理员访问配置了一个帐户，没有 SA 帐户。无论我尝试通过 SQL management studio 登录还是通过命令行“osql -E”登录，我都会在日志中看到以下条目：
2009-10-26 15:55:39.14 登录错误：18456，严重性：14，状态：11。 2009-10-26 15:55:39.14 登录用户“”登录失败。[客户： ]
无论我在多用户模式还是单用户模式下运行服务器似乎都没有任何区别。到目前为止，我能够在网上找到的所有建议都要求我使用另一个用户帐户登录（这就是问题......）或在单用户模式下登录（尝试过）。有没有其他方法可以访问？也许是一种设置 SA 密码的方法，以便我可以通过这种方式登录？我只需要重新安装 SQL 吗？
我正在尝试通过将 Server 2008 R2 安装在 Server 2008 R1 上的 Hyper-V 下运行的虚拟机上来测试它。不幸的是，每次我尝试从 .ISO 映像安装它时，都会提示插入驱动程序磁盘。我已经在三台独立的 Hyper-V 服务器上进行了尝试，每台服务器的结果都相同。是否有我以某种方式丢失的驱动程序磁盘？根据 Microsoft 的说法，支持运行 Server 2008 R2 来宾 ( http://www.microsoft.com/windowsserver2008/en/us/hyperv-supported-guest-os.aspx )。有没有其他人遇到过这个问题？你是怎么解决的？
我们支持主要使用 Windows XP 机器的客户端。用户需要使用远程桌面连接到终端服务器。不幸的是，在某些机器上升级到 SP3 后，MSTSC.exe 在尝试连接到终端服务器（Win 2008 机器）时崩溃。我发现的解决方案是恢复到旧版本的 MSTSC，如下所述：http: //it.tmod.pl/Blog/EntryId/115/Remote-Desktop-Connection-crashes.aspx。我公司的另一位技术人员独立提出了类似的解决方案。
不幸的是，现在一些用户的打印机丢失了（当连接到终端服务器时）。有没有其他人看到这个问题？你是怎么解决的？
我有一个 SQL 2005 虚拟机，在 hyper-v 下的 2008 服务器上运行 Windows 2003，我需要开始将我的数据库备份到共享文件夹。我在其他环境中创建了类似的备份作业，没有任何问题。不同之处在于，在所有其他情况下，SQL 服务器都是域的一部分，在这种情况下没有域。即使我将共享文件夹设置为将“完全控制”权限授予“所有人”，SQL 仍然拒绝运行备份作业：
操作系统错误 1326（登录失败：未知用户名或密码错误。）。BACKUP DATABASE 异常终止。”。可能的失败原因：查询有问题，“ResultSet”属性设置不正确，参数设置不正确，或连接未正确建立。
我需要做什么？除了备份到本地驱动器并找到另一种复制文件的方法之外，没有其他解决方案吗？
编辑：添加粗体以强调