안녕하세요~
MSSQL DB 서버로 사용하는 서버가 오래되서, 신규서버로 이전 할려고 합니다.
사양도 높이고요, 32bit에서 64bit로 바꾸고요. 참, DB는 MSSQL 2008 버전으로 동일하고요.
근데, 아무날이나 정해서 밤에 간단히 파일을 옮긴후, attach DB 해야지 했는데요.
DB가 생각보다 고용량 이어서 약간 겁나는 상황으로 바뀌었네요. -_- ㅎㅎ
총 6개의 database가 있는데요. data+log 를 합쳐서 50G ~ 120G 정도로 총 300기가 입니다.
다시보니, 왠 문서에도 없던 계정도 많구요. -_-; Job도 많구요. ㅠ.ㅠ 유지관리계획도 몇개 보이구요.
( 추가된 계정은 비번도 모르는데, 이전이 될까요?? 문서에도 내용은 없구요 ㅠ.ㅠ )
야간에도 돌아가는게 많아서, 총 작업시간은 6시간내로 끓어야 할거 같구요. ㅠ.ㅠ
이런경우, 고견을 부탁드립니다.
Comment 3
-
catchv
2018.05.29 15:03
-
이상혁_300342
2018.05.29 16:49
full backup 후, restore 하라는 말씀이시죠? ^^ 조언, 감사합니다.
근데, 2008만 라이센스가 있어서 2008로 해야할것 같습니다.
다시한번 감사드립니다.
-
폭주
2018.06.01 09:23
catchv 님이 설명해주셨지만 제가 하는 방법은 풀어서 써드릴께요
1. 신규 서버에 DB 서버 셋팅을 완료 한다. ( DB 구성및 사용자구성)
2. 구서버의 백업본으로 신규서버에 복구한다
3. 기존 잡이나 유지관리 등의 셋팅을 동일하게 구성한다
4. 신규서버에대한 내역을 테스트 해본다
5. 테스트시 이상 없으면 기존서버의 전체 백업 복구및 트랜젹션 백업 으로 신규 서버을 복구 한다.(복구 열어 놓은 상대로 유지)
6. 최종이전일에 구서버 마지막 트랜젹션 백업을 받아 신규서버에 복구한다
이렇게 하면 최종 이전일자에 트랜젹션 백업 시간+신규서버 트랜젹션 백업 복구 시간 만큼만 소요 됩니다.
계정은 추출하는 쿼리가 있습니다. 패스워드 까지 추출이 되므로 동일하게 이관할 수 있습니다. 저는 데이터베이스 분리는 별로 권장하고 싶지 않습니다. 300GB면 많은 것은 아니지만 네트워크 등의 문제로 예상보다 많은 시간이 소요 될 수도 있습니다. FULL 백업 + 로그 백업을 Restore하는 방법을 저는 선호합니다. 사전에 모의로 신규 서버에 테스트도 가능하여 시간 계산이 가능합니다. 물론 로그가 많거나 단순 모드라면 사전에 작업 및 로그 사이즈를 검토하여야 합니다. 그리고 SQL Server 2008은 지원이 끝나서 더 높은 버젼으로 올리시는 것을 추천하고 싶습니다.