这个是介于clustering和log shipping之间的一种维持数据库的高可用性的方式。今天在配置的时候也是碰到了一些问题,在这里记述一下,以后需要的时候避免再为同样的问题所困扰。
首先说明一下,进行sqlserver镜像,不非得是在同一个域中(或者说有域)才能进行,在工作组中的两台服务器一样可以进行镜像,但是在 sqlserver2005中,在工作组中的镜像好像不能用图形界面的向导来完成,最后启动镜像需要使用sql脚本来完成(不知道这是不是又是微软的一个 bug),另外sqlserver至少得是sp1的,没打sp1的先打了好像才能使用sqlserver镜像。
下面说下准备工作:
1 如果要实现完全自动化的fail over,那么就需要准备出三个sqlserver的实例,否则的话,至少要有两个sqlserver的实例,一个运行主数据库,一个运行镜像数据库,但这个在发生故障的时候,只能自己使用sql语句或者使用图形界面中的按钮来实行fail over。
2 这点最重要,也最容易出现问题和混乱,又是。因为镜像需要在sqlserver中创建endpoint并进行验证,所以如果要使用windows验证,也就是镜像服务器和主服务器之间使用windows的账户来进行验证的话,那么则需要改变sqlserver服务的启动用户,不能使用默认的本地服务账户启动sqlserver服务,要使用用来验证的windows用户来启动sqlsever服务。我是工作组中的两台计算机,简单点的话,在两台服务器上配两个完全一样的账户,用它们来启动各自的sqlserver实例的服务。如果两台计算机不能使用windows验证,例如服务器实例不在受信任域中或 SQL Server 作为本地服务运
Sqlserver 数据库镜像配置小记
最新推荐文章于 2024-04-18 09:21:02 发布