如何在两个数据库服务器中实现数据分离？

可以用SQL的复制功能将那些不重要信息的表建立一个发布，然后订阅到server2上面，这样只要server1一有更新，数据就会立即同步到server2上面去了； 简单的说就是：主库还是server1(对记录的添加，修改，删除等 *** 作)，server2相当于server1的镜相，只用来读取； 至于复制功能的具体 *** 作，请参阅SQL Server联机丛书 给你找了一份很好的图文教程，剩下的就靠你自己了： >

不清楚你是什么类型的网站，但是从你说的假设日访问量1000IP来看，1M的带宽恐怕够呛能够用，无论分离不分离都一样。最好运营后，看下最高瞬时并发连接是多少，1M带宽理论速度才125KB，实际上100K多点，并发10个IP左右，就得挂。

从配置来看，分离比较好，毕竟你才1G内存，如果装上SQL，本身内存就没多少提供网站运行了，但是从你的带宽来看，当然是在同一个服务器上比较好，这样减少服务器访问数据库产生的带宽需求。

有几种做法
1 iframe tomcat 只负责用户的管理。 用户看到的上传功能是另外一个服务器提供的，做成一个frame，嵌入进来。
2。 ftp 网上有ftp控件， java, c的都有， 嵌入到页面上，用户上传的时候其实是通过ftp *** 作的。
如果对界面要求不高，你可以试下这种链接格式(只支持ie6,7)
ftp://username@passowrd ftpserver
大文件还是ftp稳定。
直接通过tomcat >单台服务器
这个是最简单的服务器部署方法，SharePoint 2010 所有的服务和SQL服务器都安装在一台服务器上。
两台服务器
在这种部署情景下，SharePoint 2010 所有的功能都单独装在一台服务器上，而把SQL 服务器独立出去。
三台服务器
当有三台服务器时就可以将SharePoint 2010服务器设计成高可靠性的解决方案，即采用NLB的架构的形式。
四台服务器
当有4台或以上的服务器时，就可以同时考虑性能和高可靠性。可以将Web前端服务器和查询服务器进行负载均衡，并与其他的应用服务分离部署。但是当只有4台服务器时，把其他的应用服务单独部署在一台服务器上并不是一个好的方法，因为这台服务器不具备高可靠性，当这台服务器崩溃时，整个应用服务就会垮掉。
服务器组
当服务器再网上增加时，可以考虑服务器组的概念。服务器组就是将SharePoint中类似逻辑概念的服务应用程序一起部署在同一组硬件上。这意味着随着每个层需求的增加，你可以为之添加额外的服务器进行支持。同时，这种方式还可以隔离不同服务对整体性能的影响，从而保证整体系统运行的性能。

---