새 버전의 MS SQL Server에서 이전 버전으로 백업 데이터 전송

선사 시대

한 번은 버그를 재현하기 위해 프로덕션 데이터베이스의 백업이 필요했습니다.

놀랍게도 다음과 같은 한계에 부딪혔습니다.

1. 버전에서 데이터베이스 백업이 수행되었습니다. SQL 서버 2016 내 것과 호환되지 않았습니다. SQL 서버 2014.
2. 내 업무용 컴퓨터에서 사용한 OS는 윈도우 7그래서 업데이트를 못했습니다 SQL 서버 2016 버전까지
3. 지원되는 제품은 긴밀하게 결합된 레거시 아키텍처가 있는 더 큰 시스템의 일부였으며 다른 제품 및 기반과도 통신하므로 다른 스테이션에 배포하는 데 매우 오랜 시간이 걸릴 수 있습니다.

위의 내용을 감안할 때 비표준 솔루션의 목발이 필요하다는 결론에 도달했습니다.

백업에서 데이터 복원

가상 머신을 사용하기로 했습니다. 오라클 VM 버추얼 Windows 10 사용(Edge 브라우저용 테스트 이미지 촬영 가능) 따라서). SQL Server 2016이 가상 머신에 설치되었고 응용 프로그램 데이터베이스가 백업에서 복원되었습니다(교수).

가상 머신에서 SQL Server에 대한 액세스 구성

다음으로 외부에서 SQL Server에 액세스할 수 있도록 몇 가지 단계를 수행해야 했습니다.

1. 방화벽의 경우 포트 요청을 건너뛰는 규칙을 추가하십시오. 1433.
2. 서버에 대한 액세스는 Windows 인증을 거치지 않고 로그인 및 비밀번호를 사용하는 SQL을 통해 이루어지는 것이 바람직합니다(액세스 설정이 더 쉽습니다). 그러나 이 경우 SQL Server 속성에서 SQL 인증을 활성화해야 합니다.
3. 탭의 SQL Server 사용자 설정에서 사용자 매핑 복원된 데이터베이스에 대한 사용자 역할 지정 db_securityadmin.

데이터 전송

실제로 데이터 전송 자체는 두 단계로 구성됩니다.

1. 데이터 스키마 전송(테이블, 뷰, 저장 프로시저 등)
2. 데이터 자체 전송

데이터 스키마 전송

다음 작업을 수행합니다.

1. 선택 작업 -> 스크립트 생성 휴대용 베이스용.
2. 전송해야 하는 개체를 선택하거나 기본값을 그대로 둡니다(이 경우 모든 데이터베이스 개체에 대해 스크립트가 생성됨).
3. 스크립트 저장을 위한 설정을 지정합니다. 단일 유니코드 파일에 스크립트를 저장하는 것이 가장 편리합니다. 그러면 실패할 경우 모든 단계를 다시 반복할 필요가 없습니다.

스크립트가 저장되면 원본 SQL Server(이전 버전)에서 실행하여 필요한 기반을 만들 수 있습니다.

참고 : 스크립트를 실행한 후 백업의 데이터베이스 설정과 스크립트에 의해 생성된 데이터베이스 간의 대응 관계를 확인해야 합니다. 제 경우에는 스크립트에 COLLATE에 대한 설정이 없어서 보완된 스크립트를 사용하여 데이터베이스를 재생성하기 위해 데이터를 전송하고 탬버린과 춤을 추는 데 실패했습니다.

데이터 전송

데이터를 전송하기 전에 데이터베이스에 대한 모든 제한 사항 확인을 비활성화해야 합니다.

EXEC sp_msforeachtable 'ALTER TABLE ? NOCHECK CONSTRAINT all'

데이터 전송은 데이터 가져오기 마법사를 사용하여 수행됩니다. 작업 -> 데이터 가져오기 스크립트에 의해 생성된 데이터베이스가 있는 SQL Server에서:

1. 소스에 대한 연결 설정을 지정합니다(가상 머신의 SQL Server 2016). 데이터 소스를 사용했습니다. SQL Server 네이티브 클라이언트 그리고 앞서 언급한 SQL 인증.
2. 대상(호스트 머신의 SQL Server 2014)에 대한 연결 설정을 지정합니다.
3. 다음으로 매핑을 설정합니다. 모두 선택해야 합니다. 읽기 전용이 아님 예를 들어 보기를 선택할 필요가 없습니다. 추가 옵션으로 선택 "ID 열에 삽입 허용"그러한 것이 사용되는 경우.
   참고 : if, 여러 테이블을 선택하고 속성을 설정하려고 할 때 "ID 열에 삽입 허용" 선택한 테이블 중 하나 이상에 대해 속성이 이미 설정되어 있으면 선택한 모든 테이블에 대해 속성이 이미 설정되었음을 대화 상자에 표시합니다. 이 사실은 혼동을 줄 수 있으며 마이그레이션 오류로 이어질 수 있습니다.
4. 전송을 시작합니다.
5. 복원 제약 검사:

   EXEC sp_msforeachtable 'ALTER TABLE ? CHECK CONSTRAINT all'

오류가 발생하면 설정을 확인하고 오류로 생성된 데이터베이스를 삭제하고 스크립트에서 다시 생성하여 수정하고 데이터 전송을 반복합니다.

결론

이 작업은 매우 드물며 위의 제한 사항 때문에 발생합니다. 가장 일반적인 솔루션은 애플리케이션 아키텍처에서 허용하는 경우 SQL Server를 업그레이드하거나 원격 서버에 연결하는 것입니다. 그러나 아무도 레거시 코드와 저품질 개발의 비뚤어진 손에서 자유롭지 않습니다. 이 지침이 필요하지 않기를 바라지만 여전히 필요한 경우 많은 시간과 신경을 절약하는 데 도움이 될 것입니다. 관심을 가져 주셔서 감사합니다!

사용 된 출처 목록

• DTS 가져오기/내보내기 마법사를 사용하여 데이터를 가져올 때 FK 제약 조건을 어떻게 처리합니까?
• 열 "열 2"는 둘 이상의 코드 페이지(65001 및 1252)가 지정되어 있기 때문에 처리할 수 없습니다.
• 내 호스트 Macbook에서 VirtualBox에서 실행되는 SQLServer에 어떻게 연결할 수 있습니까?
• SQL SERVER - ID 삽입 활성화 - 전문가 가져오기 마법사
• Microsoft SQL Server 오류 18456 문제 해결, 사용자 로그인 실패

출처 : habr.com