我们有一个数据库备份，我们需要在没有login数据库的服务器上进行恢复……所有用户都在数据库中，但是我们希望能够通过这种方式恢复数据库？ 我玩过sp_change_users_login，但只适用于创build新用户或将孤立的数据库用户链接到现有服务器用户（不匹配的SID，但用户名相同）。 我需要从存储在数据库中的用户信息创build服务器login。
我在接受采访时被问到了这个问题： 我有一个SQL服务器和一个asp.net应用程序。 即使服务器崩溃，我也要为我的应用程序提供24X7小时的可用性。 在代码级别和更高级别（不在代码级别）实现它有什么不同的方法？
我正在寻找一些有效的点来selectOracle Vs SQL Server来处理大约5-6 TB的数据。 这些数据将在8个月内累计。 任何大于8个月的数据将从数据库中清除。 我正在考虑Oracle 11G标准版和SQL Server 2008标准版。 我不是在寻求开发的便利，我纯粹是在处理庞大的数据方面，仍然能够提供良好的性能。 除了performance，如果有任何参数有什么不同，那么请高亮。 我知道价格方面有很大的差异，但如果性能差异很大，这不是一个因素。 我希望得到没有偏见的答案，没有宗教战争。
我们的服务器上有几个数据库。 我们想将这些数据库升级到SQL 2008。 有没有机会在2008年的某些应用程序function上运行于2005年？ 有人告诉我，SQL 2008与2005年是100％向后兼容的。
大多数系统pipe理员都会理解黑客对其pipe理的SQL数据库执行DROP或DELETE等破坏性命令的风险。 有没有办法彻底禁用这样的命令执行，也许通过configurationMySQL / MS SQL / PostgreSQL，或修改源代码，如果他们是开源的，删除这些危险的function。 Once you have your webapp online, would someone with honorable intentions ever need to DROP a table?! 这可能是“主要”数据库安全性的圣杯解决scheme，而不是四处奔跑，试图阻止这些完全不必要的命令。 当然，在开发或可维护期间，可以重新启用，然后在不需要时closures。
如果我的应用程序服务器是Windows 2008，而我的数据库服务器是Windows 2003，那么在Windows 2008上，我是否处于劣势？
我在我的Windows / IIS网站设置中有一个固定数量的虚拟机，我不能在短期内改变： 一个Web服务器，从内存和CPU负载立场（IIS6，Server 2003）严重超载， 一个SQL Server数据库（SQL Server 2005，Server 2003） 两个AD控制器 我有一些目前在networking服务器上运行的后台服务来运行繁重的离线数据库维护工作，有时会抓取大量的内存和CPU本身。 我想把它们移走。 将它移动到SQL Server或AD控制器有什么优点和缺点？ 整体系统性能更好？ 你有什么build议？ 没有必要build议我改变我的硬件configuration – 我不能。
我有一个虚拟机客户端操作系统中运行的SQL Server 2008数据库。 现在我有vh guest vhd的数据库文件，这是dynamic扩展vhd。 对我来说，我认为在dynamic扩展VHD的数据库文件是不是很好的性能。 考虑将它们放在主机操作系统上的文件共享上，这样就不会有任何扩展的问题 将数据库文件放在文件共享上是否是典型的？
我读过的地方，如果你购买SQL Server企业版2008 R2的许可证是好安装在4个独立的服务器或我想象的东西？
我使用SQL Server 2005和IIS6。 我有每个单独的盒子（四核CPU，4G）。 客户想整合到一个盒子上。 这是一个有400个用户的企业应用程序。 现在性能还是不错的，但是我质疑任何节省来巩固与性能的变化，服务的pipe理。 因此，1）未来的特点/增长，2）性能，3）模块化，其他？，移动到1盒或继续2。