애플리케이션 데이터 마이그레이션 시나리오 예

다음은 Microsoft SQL Server를 사용하는 레거시 응용 프로그램을 이전하는 예입니다. 이 SQL Server 인스턴스는 AG(AlwaysOn 가용성 그룹) 기능을 가지며 로컬에 연결된 디스크를 포함하는 두 호스트 간에 호스트됩니다. 일 단위 백업은 파일 시스템에 저장되며 2주 동안 보존됩니다. 주 단위 백업은 장기 보존을 위해 로컬 객체 저장소에 저장됩니다.

이 응용 프로그램을 Oracle Cloud Infrastructure로 마이그레이션하는 데 도움이 되도록 응용 프로그램 구성 요소를 식별하고 이전에 설명된 질문에 답변할 수 있습니다. 다음 다이어그램은 현재 온-프레미스 환경 내에 있는 애플리케이션에 대해 설명합니다.

그림 on_premises_environment.png에 대한 설명

애플리케이션을 Oracle Cloud Infrastructure로 성공적으로 이동하는 경우 구조화된 데이터베이스 파일과 아카이브 백업 데이터를 모두 이동해야 합니다. 이 기회는 비즈니스의 데이터 요구 사항에 맞게 데이터 양을 지우고 아카이브를 비울 수 있습니다.

이제 지역 또는 가용성 도메인 간에 액세스되어야 하는 데이터 부분을 고려합니다. 응용 프로그램 구조의 현재 상태는 단일 지역에서 고가용성으로 표시됩니다. 데이터 마이그레이션에 집중하는 가용성 도메인은 애플리케이션이 적절한 시간 프레임 내에 페일오버하는 데 필요한 중복을 생성합니다.

Data_after_moving_to_oci.png에 대한 설명

대기 시간을 줄이고 성능을 보장하려면 SQL 서버 호스트와 동일한 결함 도메인 내에 블록 볼륨을 보관합니다.

데이터는 가용성이 높여야 하지만 손실이 시작되기 전에 실제로 손실될 수 있는 데이터의 양은 비즈니스 작업에 크게 영향을 끼치겠습니까? SQL Server 가용성 그룹은 개별 데이터베이스 간의 데이터 손실을 관리합니다. 이 고려 사항은 응용 프로그램에 대한 백업 정책에도 영향을 줍니다. 이 예에서는 백업이 보조 서버에서 수행되므로 기본 서버의 성능에 영향을 주지 않습니다.

고가용성 및 비즈니스 연속성을 위해 필요한 데이터 복사본은 몇 개입니까? 결함 도메인 및 가용성 영역 내에서 AlwaysOn 가용성 그룹의 조직은 Oracle Cloud Infrastructure에서 응용 프로그램에 대한 새 홈을 구축할 때 중요합니다. 객체 스토리지는 영역 전체에서 중복되므로 백업 데이터를 다른 영역에 복제하는 것은 비즈니스 작업 모델의 일부여야 합니다.

Oracle Cloud Infrastructure Object Storage Service를 사용하여 오프사이트 테이프 솔루션을 교차 영역 복제로 바꿀 수 있습니다. 백업 데이터 및 객체 저장 영역에 대한 영역 간 복제를 사용하면 데이터가 비즈니스에 영향을 줄 수 있는 영역 전체 장애로부터 보호됩니다.