在过去的几年中，我一直在我的IIS安装的同一台机器上运行我的SQL Server 2008数据库。 我现在已经确信将它们分开，并将有一个专用的SQL框。
（1）我打算使用SSMS上下文菜单中的“Copy Database …”function复制数据库。 我认为这是最好的方法？
（2）一旦我有了新的机器，我的旧机器上的IIS应用程序连接到新的服务器，最好的方法（在安全性和速度方面）是什么？ 即，我的连接string应该是什么样子？ 我应该如何validation我的IIS框上的Web用户访问新的SQL服务器？ 使用Windows或SQL身份validation？
（3）是否有任何重要的configuration选项需要在我的新服务器上设置，以优化SQL Server 2008的性能，现在它将在专用的盒子上运行？
任何意见，将不胜感激。
传输数据库非常简单。 我相信这里有几个向导。
Windows身份validation是推荐的方法。 此外，这里是一些有关安全的信息的链接 。
创build/更改Web用户访问数据库的匿名用户帐户后，只需将连接string中的服务器名称更改为新的服务器名称即可。
这是连接string的好工具。
而这个链接有一些优化的信息。
数据库传输是小菜一碟。 备份数据库并手动移动它们，或者使用实用程序进行传输。
IIS和数据库authentication是别的东西。 安全是我的胃灼热。 Microsoft始终build议使用activie目录访问系统。 我不喜欢使用由ADpipe理员控制的用户访问数据库。 我更喜欢DBA来控制系统的安全性，完全切断AD组。 我喜欢在数据库中创build一个用户，并使用sql server身份validation进行连接login。
对于IIS来说，我喜欢他们拥有Active Directory Admin团队控制权限。 这是他们的领域，他们应该pipe理这种types的安全。 综合安全的使用是最好的，当你可以把它closures。 最好的办法是有一个SSL网站。 它减less了嗅探你的连接和窃取login信息的机会。