이번 포스팅은 AD서버 이중화입니다. AD서버 이중화를 하지 않으실 분들은 part 6에서 끝내시면 됩니다~ AD1번에서 ADDS 생성 후 AD2번 서버에서 진행 ▶ DNS 설정 (AD1번, AD2번 둘다 진행) 기본 DNS => 자신 IP 보조 DNS => AD1 의 IP ▶ 역할 및 기능 추가 Active directory 기능 추가 기존 AD 설정과 동일 ▶ 기존 도메인에 도메인 컨트롤러 추가합니다. Domain이름 입력, 선택 재부팅 ▶ AD1번 서버에서 확인 ▶ 양쪽 AD서버에서 AD간 복제가 정상적으로 이루어지는지 확인 repadmin /showrepl
▶ 공유할 폴더 생성 ▶ AD서버 공유 설정(AD 서버) 서버 관리자 -> 파일 및 저장소 서비스 -> 공유 -> 우클릭 새공유 클릭
Always on 개념 MS SQL Server 2012년부터 도입된 Enterprise용 고가용성 솔루션입니다. 가용성 그룹을 통해 주 서버에 있는 데이터베이스들을 보조 서버에서 복제본을 생성하고 변경 사항에 대해 실시간 동기화하며, 이기능을 통해서 고가용성 및 재해복구에 대해 어느정도 보장할 수 있습니다. AlwaysON 미러링의 단점(미러DB 작업불가)을 해결한 방식 데이터베이스 및 SQL 인스턴스 수준의 고가용성 제공 * 클러스터링과 미러링의 장점을 결합 * 데이터베이스 수준(가용성 그룹 AG) 및 SQL 인스턴스(서버) 수준의 장애조치 * 최대 4대의 보조서버 구성 가능 * 미러링과 달리 보조서버에서 작업이 가능 * 공유 스토리지가 필요 없음 * Enterprise 에디션에서만 사용 가능 ■ A..
NCP에서 Cloud DB for MSSQL은 데이터 Migration을 하려면 네이버에서 만든 TOOL을 이용해야합니다. -> DMT(https://github.com/NaverCloudPlatform/DataMigrationTool) GitHub - NaverCloudPlatform/DataMigrationTool Contribute to NaverCloudPlatform/DataMigrationTool development by creating an account on GitHub. github.com DMT (Data Migration Tool)는 네이버 클라우드 데이터베이스 서버에 전체 백업과 로그 백업을이용해 서비스를 클라우드로 마이그레이션 하거나, 사용 중인 클라우드 데이터베이스 백업을 내려..
안녕하세요 이번글에선 개발사나 고객사측에서 실수하는일이 없도록 방지차원해서 db앞단에 haproxy 서버를 구성하였습니다. Haproxy 서버를 생성하여 Haproxy의 public IP와 해당 지정 port로 접속하면 MHA구조의 vip로 붙도록 설정할 수 있습니다. VIP로 DB에 접속하게 하여 MasterDB가 down되더라도 Slave로 자동 접속이 가능하도록 할 수 있습니다. DB 앞단에 haproxy서버를 두어 vip를 통해 접속 시 master가 죽었는데 slave를 master로 착각하고 data를 넣는 일을 방지하기 위해 사용하였습니다. Haproxy -Load Balancer로 사용 할 수 있는 오픈소스 -Active Health Check이 가능해 안정적인 운영가능 테스트 환경 Hos..