내가 일하는 비즈니스에서 우리는 기본 데이터베이스의 읽기로드를 줄이기위한 토론 방법을 사용합니다.SQL Server 2005 단방향 복제
제안 된 옵션 중 하나는 기본 데이터베이스에서 슬레이브 데이터베이스로 라이브 단방향 복제를하는 것입니다. 그런 다음 애플리케이션은 슬레이브 데이터베이스에서 읽고 기본 데이터베이스에 직접 씁니다. 그래서 ...
이 방법의 주요 장점과 단점은 무엇인가
몇 가지 단점 : 실패의
내가 사용한 전략은 주요보고 데이터를 야간에 보조 데이터베이스에 보내어 역 정규화하여 가벼운 쿼리가 테이블을 잠그고 리소스를 훔치는 대신 해당 데이터베이스에서 실행할 수 있도록하는 것입니다. OLTP 섬기는 사람. 공식적인 데이터웨어 하우징이나 복제 도구를 사용하지 않고 최신 데이터가 없어도 Ok라는 문제 쿼리를 확인하고 특히 해당 쿼리에 대해 보조 서버에 데이터 구조를 만듭니다. 이
확실히 "모든 것을 복제"접근 방식에 장점이 있습니다 보조 서버를 신속하게 인계 받아 다시 사용할 수 있습니다.
우리는 단방향 복제를 사용하고 있지만 동일한 어플리케이션을 사용하지는 않습니다. 우리의 응용 프로그램은 마스터 데이터베이스에 대한 읽기 쓰기, 데이터가 replca 데이터베이스와 동기화되며보고 도구는이 복제본을 사용합니다.
우리 응용 프로그램이 다른 데이터베이스에서 읽는 것을 원하지 않기 때문에이 시나리오에서는 master 데이터베이스에서 파일 그룹과 파티션을 사용하는 것이 좋습니다. 파일 그룹 (특히 다른 드라이브에 있음)을 사용하고 파일과 인덱스를 파티션하면 성능이 크게 향상됩니다.