데이터베이스 백업 및 복원
Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019
장비 오류 또는 기타 예기치 않은 이벤트로 인한 생산성 또는 데이터 손실 위험을 줄이려면 Azure DevOps Server 데이터베이스를 정기적으로 백업해야 합니다. 예약된 백업 마법사를 사용하면 Azure DevOps Server 데이터 계층의 일부이며 SQL Server 저장된 데이터베이스를 쉽게 백업할 수 있습니다. Azure DevOps Server 배포를 복원하는 데 필요한 모든 정보는 해당 데이터베이스에 저장됩니다. Azure DevOps 클라이언트 컴퓨터 또는 애플리케이션 계층 서버를 백업할 필요가 없습니다.
Azure DevOps 데이터베이스에 대한 개요는 백업 Azure DevOps Server 이해를 참조하세요. 다음 문서에서는 Azure DevOps Server 데이터베이스를 백업하고 복원하는 절차를 제공합니다.
| Task | 프로시저 |
|---|---|
| 데이터 백업 | |
| 백업에서 데이터베이스 복원 | |
| 응용 프로그램 계층의 하드웨어 오류 복구 |
동일한 서버로 데이터 복원
백업에서 동일한 서버로 데이터를 복원하고 해당 데이터가 백업된 Azure DevOps Server 대한 SQL Server instance 수 있습니다. 예를 들어 손상된 데이터베이스 집합을 마지막으로 성공한 상태로 복원할 수 있습니다.
다른 서버 또는 다른 instance SQL Server 데이터를 복원하려면 새 하드웨어에 배포 복원을 참조하세요. 동일한 서버 또는 서버에 데이터를 복원하는 단계는 Azure DevOps Server 설치 및 구성 방법에 따라 달라집니다. 이 문서의 절차는 다음 그림과 같이 Azure DevOps Server 약간 복잡한 배포를 위해 구성됩니다.
토폴로지에서 이 예제와 완전히 일치하지 않는 경우 이 절차의 단계를 조정해야 할 수 있습니다. 예를 들어 모든 구성 요소가 한 대의 물리적 서버에 설치되어 있는 배포의 경우 해당 서버에서 모든 절차를 수행합니다. 프로젝트 컬렉션에 대한 데이터베이스가 둘 이상의 서버에 배포된 경우 해당 서버에서 각 컬렉션 데이터베이스를 복원하는 단계를 수행합니다. 각 서버에 배포할 수 있는 구성 요소에 대한 자세한 내용은 다음 문서를 참조하세요.
- Azure DevOps Server 데이터베이스, 배포 토폴로지 및 백업 이해
- Azure DevOps Server 아키텍처
- 단순 토폴로지의 예
- 중간 규모 토폴로지의 예
- 복합 토폴로지의 예
다른 서버로 데이터 복원
Azure DevOps Server 배포하기 위한 데이터를 원래 저장된 다른 서버 또는 instance 복원할 수 있습니다. 예를 들어 데이터 계층 서버를 업그레이드하려고 하거나 원래 서버의 하드웨어가 실패했습니다. 이 시나리오에서 데이터를 성공적으로 복구하려면 백업 전략의 일부로 표시된 트랜잭션을 구성해야 합니다. 자세한 내용은 Azure DevOps Server 백업을 참조하세요.
데이터를 다른 서버로 복원하려면 동일한 서버에 데이터를 복원하기 위해 수행하는 단계와 다른 단계를 수행해야 합니다. 동일한 서버 또는 서버로 데이터를 복원하는 방법에 대한 자세한 내용은 동일한 위치에 데이터 복원을 참조하세요. 하드웨어가 실패한 후 단일 서버 배포를 복원하는 방법에 대한 자세한 내용은 새 하드웨어에 단일 서버 배포 복원을 참조하세요. 배포에서 SharePoint 제품을 사용하는 경우 이 문서의 절차에 설명된 대로 데이터베이스를 백업하고 복원하는 추가 단계를 수행해야 합니다.
다른 서버 또는 인스턴스로 데이터를 복원하는 단계는 Azure DevOps Server 설치 및 구성 방법에 따라 달라집니다. 예를 들어 이 문서의 절차는 다음 그림과 같이 적당히 복잡한 배포에서 Azure DevOps Server 데이터베이스만 복원하는 데 적용됩니다.
토폴로지에서 이 문서의 절차를 따르기 위해 이 예제와 일치할 필요는 없지만 단계를 조정해야 할 수 있습니다. 예를 들어 배포에 모든 구성 요소가 단일 물리적 서버에 설치된 경우 Azure DevOps Server 실행 중인 서버에서 모든 절차를 수행합니다. 프로젝트 컬렉션에 대한 데이터베이스가 원래 둘 이상의 서버에 배포된 경우 지정한 서버 또는 서버에서 각 데이터베이스를 복원하는 단계를 수행합니다. 이전과 동일한 구성으로 데이터베이스를 복원할 필요는 없지만 각 데이터베이스를 복원해야 합니다. 또한 SharePoint 제품, Microsoft Project Server 및 SQL Server Reporting Services 데이터베이스를 복원해야 합니다(예: 실패한 서버에서 모두 호스트된 경우). 각 서버에 배포할 수 있는 구성 요소에 대한 자세한 내용은 다음 문서를 참조하세요.
Q & A
Q: Azure DevOps Server 백업에 대한 자세한 내용은 어디에서 확인할 수 있나요?
A: 사용 가능한 백업 종류에 대한 자세한 내용은 Azure DevOps Server 데이터베이스, 배포 토폴로지 및 백업 이해에서 확인할 수 있습니다.
Q: 예약된 백업 도구를 사용하지 않으려는 경우가 있습니까?
A: 예약된 백업 도구는 대부분의 배포 요구 사항을 충족하도록 설계되었습니다. 배포의 보안 제한으로 인해 도구를 사용할 수 없거나 데이터베이스 백업에 대한 다른 요구 사항(예: 감사 목적)이 있는 경우 수동으로 백업을 구성해야 할 수도 있습니다. 자세한 내용은 Azure DevOps Server를 수동으로 백업을 참조하세요.
Q: 여러 서버에 Azure DevOps Server 배포했습니다. 복원하려면 어떻게 해야 합니까?
A: 다중 서버 배포에서 Azure DevOps Server 복원하는 단계는 기본적으로 단일 서버로 데이터를 복원하기 위한 자습서에 설명된 것과 동일합니다. 프로세스도 복원 기반 이동에 설명된 프로세스와 같습니다.
Q: Azure DevOps Server 이동할 수 있나요?
A: 예, Azure DevOps Server 새 하드웨어로 이동할 수 있습니다. 도메인과 같은 환경을 변경할 수도 있습니다.
Q: 데이터 계층? 응용 프로그램 계층? 이러한 계층은 무엇입니까? Azure DevOps Server 아키텍처에 대한 자세한 내용은 어디서 확인할 수 있나요?
A: Azure DevOps Server 아키텍처에서 Azure DevOps Server 작동하는 방식에 대해 자세히 알아봅니다.
Q: 데이터베이스를 수동으로 만질 수 없나요?
A: 아니요. 수동으로 데이터베이스 백업 절차를 따르지 않을 경우 Azure DevOps Server 데이터베이스를 수정하면 지원 계약이 무효화될 수 있습니다. 데이터가 손실되거나, Azure DevOps Server를 업그레이드 또는 패치할 수 없거나, 다른 심각한 문제가 발생할 수 있습니다.