모범 사례에 대한 관리를 마이그레이션을 업데이트하는 여러 데이터베이스?
https://stackoverflow.com/questions/765891
-
12-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
내 팀은 평가를 위한 도구 및 프로세스를 관리하는 데이터베이스를 마이그레이션/데이터베이스팩터링으로 설명하여 Martin Fowler,라 모드 Sadalage,et.al.우리는 관심있는 자동하고,반복 가능하며,가능한 프로세스,그래서 우리는 관심이 없는 기술과 같은 수동으로 실행하는 SQL 비교할 때마다 우리는 배포할 수 있습니다.우리가 현재 사용 CruiseControl.NET 에 대한 지속적인 통합이다.
우리의 생산 환경이 여러 개 있는 SQL Server2000 데이터베이스 서버 사이에 복제다.우리의 마이그레이션을 것입니다 따라서를 변경하는 스키마에서 모두 원본 및 목표 데이터베이스 서버입니다.
을 수행한 마이그레이션 도구와 같은 dbdeploy,그것은 우리가 필요한 마이그레이션을 실행하여 서버 중 하나,그리고 우리는 추가로 다른 서버로 연결된 서버에 있습니다.단일 스크립트를 실행하여 주서버라 DDL 실행에 대해 모든 연결된 서버에 있습니다.
나의 질문은 이것입니다:이 접근 방식으로 간주 될 최상의 방법이나 더 나은 기술을 적용을 위한 마이그레이션에는 여러 개의 터치 데이터베이스 서버?
해결책
이 접근 방식에는 본질적으로 잘못된 것이 보이지 않지만 설정할 때 링크 된 서버 중 하나가 다운되었을 때 발생하는 일을 테스트하십시오. 다른 서버가 다운되어 해당 서버에 변경 사항이 적용되지 않은 경우 다른 모든 서버를 롤백하고 싶지 않습니다.
물론 마이그레이션에 대한 첫 번째로 가장 중요한 모범 사례는 변경을 시작하기 전에 백업 프로세스가 확고한 견고한 백업 프로세스를 확보하는 것입니다.
다른 팁
Visual Studio2008 년(Team Edition,특히 GDR)처리할 수 있는 자동화된 스키마의 배포에 대해 정의된 스키마/메타데이터는 파일을 배포할 수 있습하는 서버입니다.이에 포함될 수 있습니다 당신의 구축/배포하는 과정입니다.그러나 내가 있다고 생각은 여전히 문제입니다 위에 복제 및 스키마에 변화가 없는 패키지를 이해하/인식 복제 설정입니다.
예를 들어,우리가 사용하는 사용자 정의 복제에 대한 절차를 가입자하고 있지만 스키마에 변경이 전파되는 게시자에서 우리는 때때로이 있을 수동으로 스크립트가 변화에 따라 모든 사용자 지정 복제리에있는 장소입니다.사용하지 않는 경우에는 사용자 정의 복제 발동,나는 말이 갈 방법입니다.
여기 Red Gate에서는 이제 SQL Compar 및 SQL 소스 제어를 사용하는 반복 가능한 마이그레이션 솔루션이 있습니다. 따라서 SQL 비교 명령 줄을 사용하여 지속적인 통합 프로세스를 지원할 수 있습니다.
http://www.red-gate.com/messageboard/viewtopic.php?t=14107
현재 조기 액세스 빌드이므로 가능한 한 많은 피드백을 받고 싶어합니다.
