用于网站的后端SQL Server 2005数据库

我们正在将现有的IIS网站+ MS SQL 2005数据库(在同一台服务器上)迁移到新的testing设置。 现有的设置太慢了。

我想要一个ISS服务器和2个MS SQL服务器2005.一个用于网站查询(插入,更新)的实时数据库服务器,另一个用于备份,报告或存储过程。 所以活DB应该更加针对性能。 另一个甚至不需要立即同步。 在SQL Server 2005中设置这个最好的方法是什么? 有人能指出我正确的方向,给我一些指点。

有几个选项立即想到。

  • 快照复制
  • 事务复制
  • SSIS作业到ETL数据
  • T-SQL通过链接的服务器连接

总数据有多less? 多less数据正在改变,多久? 报告系统需要多久才能显示更改的数据? 这些都是一些问题,以确定什么样的select是最好的。

一个用于网站查询的实时数据库服务器(插入,更新),另一个用于备份,报告或存储过程

好的,你一定要在两个数据库上进行定期备份。 而且你的web数据库也可能使用存储的特效插入/更新(取决于你devise你的应用程序的方式)。

日志传送可能是最容易设置和维护的(在主数据库上执行事务日志备份,然后将其还原到“报告”数据库)

如果您的前端是一个单一的Web服务器,我会倾向于质疑有两个数据库服务器的好处。

也就是说, 数据库镜像是SQL 2005 SP1中可用的另一种技术,可以解决这个问题。 但是,它确实需要您的数据库处于完全恢复模式。 如果主服务器出现故障,您也可以使用它来获得一些自动冗余。