过去，我们没有使用我们常用于生产服务器的Backup Exec＆LTO磁带系统，而是考虑使用我们新的SQL 2005服务器的替代品，这个服务器将在大约2个月内上线。 你们用什么软件和硬件来备份一台SQL服务器？ 该服务器在正常工作时间内将看到适量的使用情况，在工作时间以外几乎不会使用。 我预计不会有超过500GB的数据需要定期备份。 过去，我们一夜之间完成了SQL和系统备份到一个磁带库，每周更换一组磁带。 我想从每周存储8-10个磁带转移到可能的移动存储解决scheme，如戴尔RD1000。 有没有人有任何使用RD1000夜间备份的实际经验？ 同样，Backup Exec仍然是一个不错的select，或者我应该在其他地方？ 谢谢！
我有一个数据库，除了其他的东西外，每天还能获得大约500,000个存储过程调用。 它对我们来说运行得太慢了，当我们接近它时，我们将会升级它。 我正在寻找亚马逊EC2作为解决scheme，它似乎没问题。 像Reddit这样的网站使用它广泛的数据库的东西，他们说好的事情。 有没有比Amazon EC2更好的解决scheme？
我们正在将现有的IIS网站+ MS SQL 2005数据库（在同一台服务器上）迁移到新的testing设置。 现有的设置太慢了。 我想要一个ISS服务器和2个MS SQL服务器2005.一个用于网站查询（插入，更新）的实时数据库服务器，另一个用于备份，报告或存储过程。 所以活DB应该更加针对性能。 另一个甚至不需要立即同步。 在SQL Server 2005中设置这个最好的方法是什么？ 有人能指出我正确的方向，给我一些指点。
我们当前的SQL Server服务正在本地系统帐户下运行。 要备份到networking/映射的驱动器，我正在考虑在域pipe理员帐户下运行它。 这样的帐户变化会破坏与SQL Server的东西？
我想知道我应该如何准备，并特别注意将SQL Server 2000数据库迁移和整合到SQL Server 2005中？ 从现在我能想到的是手动备份和恢复是这里的方式。 任何forms的帮助和build议将不胜感激。 谢谢。
我们需要从运行SQL 2005的现有硬件迁移到运行SQL 2008 R2的新硬件。 当所有的事情都说完之后，我们希望“旧sql 2005”服务器上的相同IP和主机名位于新的SQL 2008 R2服务器硬件上。 这是因为我们不想搞乱客户端连接设置或编程中硬编码的东西等等。 我们目前有一个不同的名称build立新的2008 R2框。 有没有办法将现有的2005数据库，SSIS作业，SSAS多维数据集，SSRS报告等（一切，安全等）移到新硬件上，然后将新硬件重命名为与旧的相同的IP和主机名。 底线：我们想要将SQL 2005从旧硬件迁移到运行SQL 2008 R2的新硬件，而不会干扰客户端。
我们将把我们的服务器放在两个地方，以保持高水平的冗余，并避免带宽批评。 这两台服务器位于不同的局域网上，但通过广域网（通过互联网）进行通信。 其中一台服务器是主服务器，另一台是辅助服务器。 问题是软件不仅仅包含一个数据库，还包含主服务器上的文件，这些文件也必须传输到第二台服务器上。 我们正在使用SQL SERVER 2005 我们devise的主要要求如下： 我们正在使用SQL Server 2005，并将在未来将数据库升级到Oracle。 所以我们必须考虑维护和进化问题。 文件（图像，电影等）也必须传输到第二台服务器上。 互联网周围的两台服务器之间的关系必须是完全安全的。 安全是重点之一。 主服务器上唯一打开的端口是端口80，用于HTTP请求，它只是只读的，所有其他端口都closures，certificate这是一个非常安全的选项。 两台服务器之间的带宽是非常有限的，我们不想负担主服务器。 第二个服务器必须是可写的，但是第二个服务器上的任何修改都不会被发回到主服务器。 所以我们有一个单向的交易，不想要双向交易。 解决schemeI SQL Server之间的数据传输：事务复制服务器之间的文件传输：可爱的FTP安全选项：VPN在这个解决scheme中，我们将使用VPN来确保两个服务器之间的关系。 两个SQL SERVER之间的数据通过事务复制发送。 解决scheme二SQL Server之间的数据传输：备份和还原服务器之间的文件传输：可爱的FTP安全选项：VPN这里我们要每六个小时备份一次数据库，并通过一个安全隧道（VPN）到第二台服务器通过FTP。 这个解决scheme的缺点是它比第一个解决scheme使用了更多的带宽和更多的时间。 解决schemeIII SQL Server之间的数据传输：与合并复制的Web同步服务器之间的文件传输：基于SSL的WebDAV安全选项： – 这里我们使用合并复制来进行复制，尽pipe我们不打算使用合并复制的双向选项。 我们将使用Web同步而不是VPN。 要将文件传输到第二台服务器，我们将使用SSL上的WebDAV来确保连接的安全。 这个选项可能的缺点是我不确定数据传输是否安全，并可能导致主服务器上的安全性不足。 即使对于Web同步，我们也必须打开443端口，这也可能导致安全问题，特别是我们在这个解决scheme中没有使用VPN。 解决scheme四SQL Server之间的数据传输：事务复制服务器之间的文件传输：通过SSL的FTP或WebDAV安全选项：configuration代理服务器将代理服务器configuration为多宿主服务器，以防止未经授权的用户访问正在运行的内部服务器SQL Server。 代理服务器configuration为多宿主服务器，以防止Internet上的未经授权的用户访问运行SQL Server的内部服务器。 在这个选项中，我们必须打开端口：1433和21.我不确定这是否会导致安全性问题，特别是我们没有在此解决scheme中使用VPN。 注意：您认为我们没有使用像镜像或日志传送function。 我们不能使用像SQL Server中的镜像function，因为在这种情况下，备用服务器不可用，或者 – 如果使用快照 – 只是只读。 简介：我更喜欢使用解决scheme编号。 1，因为它解决了所有的安全问题，并被certificate是安全的。 由于执行事务复制，它将会很快，并可以扩展到其他数据库来源，比如Oracle将来的事务带宽问题。 我正在等待你对我的解决scheme的build议和评论，期待着其他的想法。 非常感谢您的回复。 让我更清楚地了解我们的情况。 […]
我有几台运行SQL Server 2005 Enterprise的服务器，我想用Perfmon（Windows性能监视器）远程监视它们。 在我的机器上，我有一个SQL Server 2008 R2开发者的实例，我注意到有一堆SQL Server特定的性能计数器，如MSSQL：缓冲区pipe理器，MSSQL：数据库，MSSQL：内存pipe理器，MSSQL：事务，MSSQL ：等待统计等 如果我使用远程桌面连接到两台服务器，并在服务器上打开Perfmon，则可以看到所有这些计数器。 当我通过Perfmon（不使用远程桌面）直接从我的机器连接到服务器，并从远程计算机（\ SERVERNAME）中select计数器时，我可以看到各种性能计数器（如.NET CLR Jit，Networking，Processes等），但不是来自SQL Server的。 请注意，我正在使用在服务器上具有pipe理权限的域名login。 我是否必须在服务器上启用允许监视SQL Server特定性能计数器的内容？ 我错过了什么吗？
在这里寻找一些帮助。 我有两个ASP.Net Web应用程序使用SQL Server 2005托pipe在专用的Windows 2003服务器上。 其中一个应用程序每天只能获得大约100次独特点击，但另一个应用程序每天只能收到6000个独特点击。 这两个应用程序已经活了大约4年，现在没有任何问题。 最近我已经注意到这两个应用程序相当慢，页面加载耗时较长，比平常要长得多。 我也注意到一个应用程序得到以下错误可能每天一次或两次 System.Data.SqlClient.SqlException：超时过期。 操作完成之前超时的时间或服务器没有响应。 System.Data.SqlClient.SqlConnection.OnError（SqlExceptionexception，布尔breakConnection）System.Data.SqlClient.SqlInternalConnection.OnError（SqlExceptionexception，布尔breakConnection）在System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning（TdsParserStateObject stateObj）在System .Data.SqlClient.TdsParser.Run（RunBehavior runBehavior，SqlCommand cmdHandler，SqlDataReader dataStream，BulkCopySimpleResultSet bulkCopyHandler，TdsParserStateObject stateObj） 这两个数据库的容量一起达到了约3千兆，而服务器上的C盘约为20千兆。 但是，C驱动器上的当前可用空间是3G。 我原本以为超时错误是来自我的代码中的连接泄漏，但现在我不太确定，因为如上所述，应用程序已经活了4年，现在没有这样的麻烦。 你认为这个问题可能是我的服务器？ 任何帮助将不胜感激。 谢谢。
服务器环境： Windows 2003 Standard R2 x64 SP2 SQL 2005 Enterprise 64位SP2 惠普ProLiant BL460c G1，Xeon E5440 2.83 Ghz处理器（四核） 8 GB RAM 编辑：我也应该注意到，max_workers_count目前在4处理器框的默认512 我们正在运行的线程池死锁，我相当肯定与并行相关。 死锁图与Bart Duncan关于Intra-Query并行线程死锁的post中的死锁图几乎相同，在死锁输出中我没有看到锁资源的任何提及，正如他的post的警告部分中提到的那样，相信这是一个平行的事情。 我正在调整看起来与这些有关的查询的过程，但这会花一些时间（阅读“几个星期”）。 在此期间，我想知道是否增加线程池将是明智的或不作为临时解决方法。 那里有任何SQL运动员想帮助一个人出去？ （顺便说一下，因为这个问题，现在去SP3不是一种select）