我想要有人试图login到我的SQL服务器（2008年）通知; 无论成功与否。 我发现“SQL服务器代理”下的“alert”部分，但是在那里没有find类似的东西。 米歇尔
我有一个Windows 7操作系统作为testing环境。 我有SQL Server EE安装两个实例，命名为testing和生产。 我从testing实例的AdventureWorks数据库中进行了完整备份，并试图将其还原到生产实例中： RESTORE DATABASE [testikanta] FROM DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL10.SQL2008TESTI\MSSQL\Backup\AdventureWorks.bak' WITH FILE = 1, NOUNLOAD, REPLACE, STATS = 10 GO 我得到一个错误说： Msg 3634, Level 16, State 1, Line 1 The operating system returned the error '32(failed to retrieve text for this error. Reason: 15105)' while attempting 'RestoreContainer::ValidateTargetForCreation' on 'C:\Program […]
是否有查询列出数据库用户访问和SQL Server 2000和2005年相关的源IP？ 请注意，报告服务未安装。 谢谢大家的帮助。
固态硬盘是一项新技术，并且在不断的改进。 这里的很多post都是在2009年发布的，当时固态硬盘在那里不太成熟，速度也不快。 当时由于更好的select，当时推荐的东西可能已经过时了。 SSD用于保存SQL Server数据库。 大小可能是128G。 数据库与CMS和Web服务器一起使用，因此网页需要尽可能快地获取数据和渲染。 哪种现代SSD被推荐用于这种用途？ 在性能/成本方面，SSD是否比Intel X-25 E / M好？ （我也在评估RAM + UPS（半永久性）和SSD之间的相同数量的千兆字节的成本，不涉及RAID）
我在我的开发环境中有一个SQL服务器（MS SQL 2005）。 我有一些unit testing的一些.NET代码将连接到数据库并执行一些操作。 如果被testing的代码工作正常，那么数据库应该与testing前的状态相同（或类似）。 不过，我希望能够在testing运行之前将数据库回滚到状态。 这样做的一种方法是以编程方式使用事务来回滚每个testing操作，但是这样做难于编程; 这很容易导致testing代码中的错误。 我想能够自信地运行我的testing，知道如果他们摧毁我的表，我可以快速恢复他们？ 什么是保存我的一个数据库与其表的快照的好方法，以便我可以轻松地恢复数据库的状态从testing之前？
我有一个ESX VM内的SQL Server …服务器有32GB的RAM。 现在，我已经给了它4GB的RAM，因为我有一些备用。 我怎么知道我应该在SQL Server上抛出多less内存（因为它需要在启动时获得所有的内存），如果移动到64位是有用的或不是？
在我的SQL Server数据库中，我有多个模式。 我只想将特定模式的表格备份为可轻松恢复的格式。 例： [DBO]。[卡车] [DBO]。[汽车] [未知]。[卡车] [未知]。[汽车] 我如何只备份schema [unknown]的表格，并能够轻松恢复它们？ 另外，是否可以从包含整个数据库的.bak文件备份特定的模式？
情况：在这里有一个SQL 2008的实例，我们想访问。 设置实例的人不在公司，显然，没有将实例设置为适当的用户作为pipe理员。 但是，适当的用户是运行SQL实例的计算机上的pipe理员。 我在这里可以find一些有用的信息，以供参考。 所有的都已经过尝试，结果如下所述。 （对于新用户发布多个超链接，每个serverfault规则省略'h'） [通过编辑修复] http://social.msdn.microsoft.com/forums/en-US/sqlsecurity/thread/81970e88-104d-4e89-ade8-746def18108e/ http://msdn.microsoft.com/en-us/library/dd207004.aspx http://blogs.msdn.com/b/raulga/archive/2007/07/12/disaster-recovery-what-to-do-when-the-sa-account-password-is-lost-in-sql-服务器2005.aspx 当使用灾难标志或单个用户标志来尝试访问时，仍会产生以下错误： login失败的用户XXXX错误18456年 任何想法是什么问题与我们正在尝试的解决scheme？ 如果这件事很重要的话，那么这个机器是在一个完全不同的域上（甚至是全世界的），并且尝试login为我们设置的运行SQL实例的服务（我们有这个密码，顺便说一下）也会失败。 在此先感谢您的时间。
我有一个工作，通常运行约2个小时。 今天早上，它仍然在5小时运行，我决定杀了它。 它现在已经处于“KILLED / ROLLBACK”状态了。 当我再次运行KILL命令以获取回滚的状态时，我得到以下结果： SPID 84：正在进行事务回滚。 预计回滚完成：0％。 预计剩余时间：0秒。 无论如何，我可以提高优先级或告诉SQL Server“快点”？ 🙂 更新： 还是有办法让我说：“我不在乎桌子的状态，就放弃吧。”
是否有可能在SQL Server中添加一个简短的描述视图，表等？