我试图从运行XP Home的笔记本电脑连接到Microsoft Office Accounting 2009（在Vista 64上运行）的副本。 我已经完成了所有的MS步骤（使用相同的用户名和密码等在Vista上创build用户），我可以从笔记本电脑访问工作站上的文件。 但是，当我尝试访问MS记帐文件时出现以下错误信息 “公司不能被打开或访问被拒绝，请确保访问已被授予，公司数据库存在。” 然后我检查Vista 64机器上的事件日志，并获得以下信息 与集成安全性build立连接时，SSPI握手失败，错误代码为0x8009030c; 连接已closures。 [客户：192.XXX.X.XXX] 任何想法的人？
我正在使用SQL Server 2005。 我在我的开发SQL Server上设置了一个新用户，并使他成为特定数据库的所有者。 我可以以他的身份login，查看所有数据库，并只打开指定的数据库。 我使用相同的确切步骤（在特定数据库上设置为所有者）在生产SQL Server上设置用户，但是当我以他身份login时，我看不到任何列出的数据库。 我能做些什么来解决这个问题？
我的SQL Server在本地机器上。 我想通过互联网访问它。 我通过我想创build一个网站来连接本地的SQL Server 2005。 这是错误信息： 与SQL Serverbuild立连接时发生networking相关或特定于实例的错误。 服务器未find或无法访问。 validation实例名称是否正确，并将SQL Serverconfiguration为允许远程连接。 （提供程序：SQLnetworking接口，错误：26 – 错误定位服务器/实例指定） 感谢您的回复！
如果我们更改用于运行MSSQLServer服务的帐户的密码，并且更改服务属性中的密码，是否必须重新启动服务和/或重新启动服务器。 理想情况下，我们希望保持运行，直到下一次重新启动。 谢谢。
在我们的MS SQL Server 2005盒子中，每天早上当维护计划运行时，我们遇到一个小问题。 在短短的几秒钟内，服务器的C：-drive就会被占满，剩下不到1GB的空间，通常它有7GB以上的空闲空间。 它干扰系统上的复制程序，当空闲空间降低时停止复制，但当空闲空间再次自动启动时不会自动启动。 （为了让你知道它有多快，下面是今天早上的时间：在05:08:43可用磁盘空间<1GB，然后在05:08:51可用磁盘空间> 7GB。在不到10秒内，6GB的数据被创build和销毁。） 维护计划执行以下操作：检查数据库，收缩数据库，重新组织索引，并清除旧的日志文件。 请注意，SQL Server安装在C：-drive上，但所有数据库和tempdb已被移动到另一个较大的驱动器。 是否有一些其他临时目录或SQL Server可能会在这些任务，我需要重新指向不同的驱动器使用？
我怎么能得到一个数据库与许多表转储到一个平面文件，人类可读迅速？ 像csv或SQL创build/更新短语。 或者可以从文本查看器中查看的任何二进制格式都可以。 从pipe理工作室导出的数据只允许一个表（？），这是不够的，我需要所有，有很多。 或者如何绕过这个？ 其实我需要find数据库中的一些数据，并了解它属于哪个表和哪个列。 我们需要一个属于我们的现场系统，但第三方开发人员现在无法到达，但对我们来说，快速获得它是企业的关键。 我也可以在ms访问中访问db，但是编写这样的代码现在需要很多时间（除非它已经以这种forms提供） 这里还有aqua data studio 4.7.2 Microsoft SQL Server Management Studio 9.00.3042.00 Microsoft Analysis Services-Clienttools 2005.090.3042.00 Microsoft Data Access Components (MDAC) 2000.086.3959.00 (srv03_sp2_rtm.070216-1710) Microsoft MSXML 2.6 3.0 6.0 Microsoft Internet Explorer 7.0.5730.13 Microsoft .NET Framework 2.0.50727.3603 Betriebssystem 5.2.3790
我正在查看SQL Serverconfigurationpipe理器“SQLEXPRESS的协议” IP1，IP2，IP3，IP4和IPALL的TCP端口为空白。 那应该是1433还是会默认呢？
更新 – 我发现使用MSDN文章“ 如何：使用分离和附加移动数据库（Transact-SQL） ”手动分离/重新附加了解决此问题。 我只是创build一个脚本来解开并重新附加，但手动执行文件复制。 有关如何克服向导问题的任何信息将有助于未来。 我正在从目前的服务器上移动20个数据库到一个新的。 但是，在执行副本时，我发现某些数据库如果具有尚未复制到目标系统的其他数据库的视图，则无法复制。 生成的日志文件显示“失败，出现以下错误：”无效的对象名称“在引用视图中的数据库。如果我第一次复制视图中引用的数据库，然后在一个单独的步骤复制包含视图的数据库它是成功的，但是一些其他的数据库有相互的意见，所以不能只是调整复制的顺序。 有什么办法可以忽略这个错误，只允许一切复制？
我有一个小的SQL Server 2005数据库（一个数据分区21MB，一个日志文件10MB的初始大小）。 用户正在收到日志文件已满的错误。 检查完成后，即使设置为以10％的增量自动增长，但没有最大尺寸限制，它仍然已满，目前为10MB。 当我尝试手动增加MSMS Express中日志文件的大小时，出现错误： 修改文件遇到操作系统错误112（尝试展开物理文件时，磁盘上没有足够的空间（Microsoft SQL Server，错误：5149）。 但是，C：驱动器（写入日志文件的位置）当前有117 GB的可用磁盘空间，其中的文件大小超过了数据库和日志文件的总和。 没有磁盘空间用户配额。 是限制SQL Server可用磁盘空间的最大量？ 其他想法？ 更新： 我删除了一个旧的数据库驻留在同一个驱动器（释放了20MB左右），这并没有改变这种情况。 解： find了解决办法 。
我试图附加一个现有的数据库.mdf和.ldf文件与一些更改和不同的名称。当我附加它们时，SQL Server自动将它们转换为其原始名称（现有数据库名称），并发出错误。