미러링이 몇대까지 되는지 모르겠네요,, 제 기억이 맞다면 1대만 되는거로 알구요,,,

sqlserver 2012 라면 AlwaysON으로 해결할 수 있습니다,,

동기화, 비동기화는 선택적으로 운영할 수 있습니다.

복제는 2대로 가능합니다. 테이블 단위로 복제를 걸기 때문에 미러링처럼 Active/standby가 아닌 publication/subscription으로 구성되어서 publication 하나에 여러개의 subscription이 붙을수 있습니다.

(물론 둘다 읽기 가능하며 방법에 따라서 양쪽 기록도 가능합니다.)

방법은 스냅샷,트랜잭션,머지,P2P(2012 추가됨) 이 있으며 일정시간 동기화 및 즉시 동기화 등을 구성 할 수 있습니다.

하지만 즉시 동기화도 정상적인 상태에서 대략 최대 1분정도 delay가 발생할수도 있습니다.

복제 운영은 미러처럼 간단하지는 않습니다. 운영해보시면 문제가 많이 발생합니다. 특히 거미줄처럼 복제구성되고  Trigger 까지 연결되면 복제가 깨질 경우 문제가 좀 복잡해 질 수 있으며 대량의 update 구문이 발생하는 테이블의 경우 네트워크등이 느릴 경우 트랜잭션을 바로 넘기지 못하는 경우도 발생합니다. 그리고 merge나 updatetable 을 사용할 경우 데이터 충돌이 발생하는 경우도 있습니다.

복제는 복제모니터링이라는 프로그램(?)이 따로 존재하여 현재 상태를 보여줍니다.

부하에대한 분산은 확실하겠지만 운영포인트가 상당히 늘어나는 것은 사실입니다.

최대한 많이 테스트하셔서 스냅샷 생성 및 트랜잭션의 처리등이 어떤식으로 일어나는지 확인하고 진행하시는 것이 좋을 것 같습니다.

질문자는 아니지만 좋은 답변글에 덩달아 배우고 갑니다. 제가 운영쪽은 무지한데, catchv 님의 답변을 보니 끄덕여지네요. 

 장애복구보다는 시스템 부하분산이 주 목적이고, 실시간으로 동기화가 될 필요가 없다면,  그냥 로그시핑으로  비동기적으로 맞추고,  OLTP용 서버 , OLAP용서버 이렇게 구분주어서 ,OLAP용..그러니까 조회용 서버는 인덱스 좀 넉넉하게 주고 사용해도 될듯 합니다.