데이터베이스, 배포 토폴로지 및 백업

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

참고

Azure DevOps Server의 이전 이름은 Visual Studio Team Foundation Server였습니다.

Azure DevOps Server 종속 된 데이터베이스에 대 한 정기적인 백업 일정을 만들어 데이터 손실 로부터 배포를 보호할 수 있습니다. Azure DevOps Server 배포를 완전히 복원 하려면 먼저 모든 Azure DevOps Server 데이터베이스를 백업 합니다.

배포에 SQL Server Reporting Services 포함 된 경우 Azure DevOps가 해당 구성 요소 내에서 사용 하는 데이터베이스도 백업 해야 합니다. 동기화 오류 또는 데이터 불일치 오류를 방지하려면 모든 백업을 같은 타임스탬프로 동기화해야 합니다. 성공적으로 동기화하는 가장 쉬운 방법은 표시된 트랜잭션을 사용하는 것입니다. 모든 데이터베이스에서 관련 트랜잭션을 정기적으로 표시 하면 데이터베이스에 일련의 공통 복구 지점이 설정 됩니다. 보고를 사용 하는 단일 서버 배포를 백업 하는 방법에 대 한 단계별 지침은 백업 일정 및 계획 만들기를 참조 하세요.

배포에 SQL Server Reporting Services 또는 SharePoint 제품이 포함 된 경우 Azure DevOps가 해당 구성 요소 내에서 사용 하는 데이터베이스도 백업 해야 합니다. 동기화 오류 또는 데이터 불일치 오류를 방지하려면 모든 백업을 같은 타임스탬프로 동기화해야 합니다. 성공적으로 동기화하는 가장 쉬운 방법은 표시된 트랜잭션을 사용하는 것입니다. 모든 데이터베이스에서 관련 트랜잭션을 정기적으로 표시 하면 데이터베이스에 일련의 공통 복구 지점이 설정 됩니다. SharePoint Foundation을 사용 하 고 보고를 사용 하는 단일 서버 배포를 백업 하는 방법에 대 한 단계별 지침은 백업 일정 및 계획 만들기를 참조 하세요.

데이터베이스 백업

데이터베이스 백업을 만들어 데이터 손실에 대해 Azure DevOps 배포를 보호 합니다. 다음 표와 함께 제공 되는 그림은 백업할 데이터베이스를 보여 주고 이러한 데이터베이스가 실제로 배포 될 수 있는 방법에 대 한 예제를 제공 합니다.

데이터베이스 유형 제품 필수 구성 요소 인가요?
구성 데이터베이스 Azure DevOps Server
웨어하우스 데이터베이스 Azure DevOps Server
프로젝트 컬렉션 데이터베이스 Azure DevOps Server
보고 데이터베이스 SQL Server Reporting Services 아니요
분석 데이터베이스 SQL Server Analysis Services
데이터베이스 유형 제품 필수 구성 요소 인가요?
구성 데이터베이스 Azure DevOps Server
웨어하우스 데이터베이스 Azure DevOps Server
프로젝트 컬렉션 데이터베이스 Azure DevOps Server
보고 데이터베이스 SQL Server Reporting Services 아니요
분석 데이터베이스 SQL Server Analysis Services
SharePoint 제품 데이터베이스 SharePoint 제품 아니요

배포 토폴로지

이 예제 토폴로지와 같이 배포 구성에 따라 백업이 필요한 모든 데이터베이스가 같은 물리적 서버에 있을 수 있습니다.

참고

이 예에는 Reporting Services 또는 SharePoint 제품이 포함 되어 있지 않으므로 보고, 분석 또는 SharePoint 제품에 연결 된 데이터베이스를 백업할 필요가 없습니다.

간단한 Azure DevOps Server 데이터베이스 구조

데이터베이스가 여러 서버 및 서버 팜에 배포될 수도 있습니다. 이 예제 토폴로지에서는 6개 서버 또는 서버 팜에 걸쳐 있는 다음 데이터베이스를 백업해야 합니다.

  • 구성 데이터베이스

  • 웨어하우스 데이터베이스

  • SQL Server 클러스터에 있는 프로젝트 컬렉션 데이터베이스

  • SQL Server를 실행 하는 독립 실행형 서버에 있는 컬렉션 데이터베이스

  • Reporting Services를 실행 중인 서버에 있는 데이터베이스

  • Analysis Services를 실행 중인 서버에 있는 데이터베이스

  • sharepoint 제품 관리 데이터베이스 및 SharePoint 웹 응용 프로그램에 대 한 사이트 모음 데이터베이스

    SharePoint 데이터베이스가 여러 서버에서 확장 되는 경우 예약 된 백업 기능을 사용 하 여 백업할 수 없습니다. 이러한 데이터베이스에 대 한 백업을 수동으로 구성 하 고 해당 백업이 Azure DevOps Server 데이터베이스 백업과 동기화 되었는지 확인 해야 합니다. 자세한 내용은 Azure DevOps Server를 수동으로 백업을 참조하세요.

복합 Azure DevOps Server 데이터베이스 구조

두 예제 모두 서버에 연결하는 클라이언트는 백업하지 않아도 됩니다. 그러나 복원 된 배포에 다시 연결 하기 전에 클라이언트 컴퓨터에서 Azure DevOps Server에 대 한 캐시를 수동으로 지워야 할 수도 있습니다.

백업할 데이터베이스

다음 목록에서는 배포 리소스에 따라 백업 해야 할 항목에 대 한 추가 정보를 제공 합니다.

중요

다음 목록에 있는 모든 데이터베이스는 SQL Server 데이터베이스입니다. SQL Server Management Studio를 사용 하 여 언제 든 지 개별 데이터베이스를 백업할 수 있지만 가능 하면 이러한 개별 백업을 사용 하지 않는 것이 좋습니다. Azure DevOps에서 사용 하는 데이터베이스가 모두 관련 되어 있으므로 개별 백업에서 복원 하는 경우 예기치 않은 결과가 발생할 수 있습니다. 데이터베이스를 하나만 백업 하면 해당 데이터베이스의 데이터는 다른 데이터베이스의 데이터와 동기화 되지 않을 수 있습니다.

  • Azure DevOps Server에 대 한 데이터베이스 -Azure DevOps Server의 논리적 데이터 계층에는 구성 데이터베이스, 웨어하우스 데이터베이스, 배포의 각 프로젝트 컬렉션에 대 한 데이터베이스를 비롯 한 여러 SQL Server 데이터베이스가 포함 됩니다. 이러한 데이터베이스는 모두 같은 서버에 있거나 동일한 SQL Server 배포의 여러 인스턴스 간에 분산 되거나 여러 서버에 분산 되어 있을 수 있습니다. 데이터 손실을 방지하려면 실제 배포 방식에 관계없이 모든 데이터베이스를 같은 타임스탬프에 백업해야 합니다. 특정 시간 또는 간격으로 실행되는 유지 관리 계획을 사용하여 데이터베이스 백업을 수동 또는 자동으로 수행할 수 있습니다.

    중요

    Azure DevOps 데이터베이스 목록은 정적이 아닙니다. 컬렉션을 만들 때마다 새 데이터베이스가 만들어집니다. 컬렉션을 만들 때 해당 컬렉션의 데이터베이스를 유지 관리 계획에 추가해야 합니다.

  • Reporting Services 및 Analysis Services 용 데이터베이스 -배포에서 SQL Server Reporting Services 또는 SQL Server Analysis Services를 사용 하 여 Azure DevOps Server에 대 한 보고서를 생성 하는 경우 보고 및 분석 데이터베이스를 백업 해야 합니다. 그러나 복원 후에 웨어하우스 등의 특정 데이터베이스를 다시 생성해야 합니다.
  • 보고서 서버에 대 한 암호화 키 -보고서 서버에는 백업 해야 하는 암호화 키가 있습니다. 이 키는 보고서 서버 데이터베이스에 저장되어 있는 중요한 정보를 보호합니다. Reporting Services 구성 도구 또는 명령줄 도구를 사용하여 이 키를 수동으로 백업할 수 있습니다.
  • Sharepoint 제품용 데이터베이스 -배포가 sharepoint 제품을 사용 하 여 프로젝트 포털을 호스트 하는 경우 여러 데이터베이스를 백업 해야 합니다. 이러한 데이터베이스에는 배포에서 사용 하는 각 SharePoint 웹 응용 프로그램의 관리 데이터베이스와 프로젝트 포털을 호스팅하는 사이트 컬렉션 데이터베이스가 포함 됩니다. 배포의 각 프로젝트 컬렉션에 대해 별도의 사이트 컬렉션을 사용 하도록 배포를 구성 하는 것이 좋습니다. 프로젝트 컬렉션을 Azure DevOps Server 단위로 백업 및 복원할 수 있는 것 처럼 사이트 컬렉션은 SharePoint 제품에서 백업 및 복원할 수 있습니다. 배포에 포함된 하나 이상의 컬렉션에서 사이트 컬렉션 대신 사이트 또는 하위 사이트를 루트 사이트로 사용하는 경우에는 컬렉션을 완전히 백업하고 복원하지 못할 수 있습니다. 자세한 내용은 프로젝트 컬렉션을 사용 하 여 서버 구성을 참조 하세요.

    참고

    프로젝트 포털 페이지에 대해 데이터베이스와 웹 사이트를 모두 백업 해야 할 수 있습니다. 그러나 SharePoint 제품은 데이터베이스에서 웹 사이트를 동적으로 생성 합니다. 따라서 데이터베이스를 백업할 때 웹 사이트로 표시 되는 프로젝트의 섹션도 백업 합니다. SharePoint 제품의 사용자 지정 사이트 모음, 사이트 템플릿 또는 웹 파트를 만들었지만 Azure DevOps Server 외부에서 만든 경우 별도로 백업 해야 합니다. 자세한 내용은 백업 (SharePoint Foundation)을 참조 하세요.

고급 백업 준비

Azure DevOps를 배포할 때 사용자가 만든 계정과 컴퓨터 이름, 암호 및 지정한 설치 옵션을 기록해 두어야 합니다. 또한 모든 복구 자료, 문서, 데이터베이스 및 트랜잭션 로그 백업의 복사본을 안전해 위치에 보관해야 합니다. 화재나 지진과 같은 재해로부터 데이터를 보호하려면 서버와 다른 위치에 서버 백업의 복제본을 보관하십시오. 이렇게 하면 중요한 데이터가 손실되지 않도록 보호할 수 있습니다. 가장 좋은 방법은 백업 미디어의 복사본을 세 개 만든 다음, 적어도 하나는 제어된 환경의 오프사이트에 보관하는 것입니다.

중요

데이터 복원 시험 작업을 정기적으로 수행하여 파일이 올바르게 백업되는지 확인합니다. 평가판 복원은 소프트웨어 전용 확인과 함께 표시 되지 않는 하드웨어 문제를 나타낼 수 있습니다.

데이터베이스를 백업 및 복원하는 경우 네트워크 주소를 가진 미디어(예: 네트워크 드라이브로 공유된 테이프 및 디스크)에 데이터를 백업해야 합니다. 다음과 같은 미디어 관리 계획을 백업 계획에 포함해야 합니다.

  • 백업 세트의 저장과 재활용을 위한 추적 및 관리 계획
  • 백업 미디어 덮어쓰기 일정
  • 다중 서버 환경의 경우 중앙 집중화된 백업과 분산 백업 중 사용할 백업 방법 결정
  • 미디어 수명을 추적하는 방법
  • 백업 세트 또는 백업 미디어(예: 테이프)가 손실될 경우 그 영향을 최소화하는 절차
  • 백업 세트의 저장 위치(온사이트 또는 오프사이트) 결정 및 이 결정이 복구 시간에 미치는 영향 분석

Azure DevOps 데이터는 SQL Server 데이터베이스에 저장 되므로 Azure DevOps의 클라이언트가 설치 된 컴퓨터를 백업할 필요가 없습니다. 이러한 컴퓨터와 관련 된 미디어 오류나 재해가 발생 한 경우 클라이언트 소프트웨어를 다시 설치 하 고 서버에 다시 연결할 수 있습니다. 클라이언트 소프트웨어를 다시 설치 하면 사용자에 게 백업에서 클라이언트 컴퓨터를 복원 하는 것 보다 더 깔끔하고 안정적인 방법이 있습니다.

사용 가능한 예약 된 백업 기능을 사용 하 여 서버를 백업 하거나, SQL Server에서 유지 관리 계획을 수동으로 만들어 Azure devops 배포와 관련 된 데이터베이스를 백업할 수 있습니다. Azure DevOps 데이터베이스는 다른 데이터베이스와의 관계에서 작동 하며 수동 계획을 만드는 경우 동시에 백업 하 고 복원 해야 합니다. 데이터베이스 백업 전략에 대 한 자세한 내용은 SQL Server 데이터베이스 백업 및 복원을 참조 하세요.

백업 유형

사용 가능한 백업 유형을 이해 하면 배포를 백업 하는 데 가장 적합 한 옵션을 결정 하는 데 도움이 됩니다. 예를 들어 대규모 배포를 작업 중이며 제한된 저장소 리소스를 효율적으로 사용하면서 데이터 손실을 방지하려는 경우 전체 데이터 백업뿐 아니라 차등 백업을 구성할 수 있습니다. AlwaysOn SQL Server 사용 하는 경우 보조 데이터베이스의 백업을 수행할 수 있습니다. 백업 압축을 사용하거나 백업을 여러 파일로 분할할 수도 있습니다. 다음은 백업 옵션에 대한 간략한 설명입니다.

전체 데이터 백업 (데이터베이스)

배포를 복구 하려면 전체 데이터베이스 백업이 필요 합니다. 전체 백업에는 트랜잭션 로그의 부분이 포함되어 있으므로 전체 백업을 복구할 수 있습니다. 전체 백업은 백업이 완료된 시점의 전체 데이터베이스를 나타낸다는 점에서 완전히 독립적입니다. 자세한 내용은 전체 데이터베이스 백업을 참조 하세요.

차등 데이터 백업 (데이터베이스)

차등 데이터베이스 백업은 마지막 전체 데이터베이스 백업 이후에 변경 된 데이터만 기록 합니다 .이를 차등 기반 이라고 합니다. 차등 데이터베이스 백업은 전체 데이터베이스 백업보다 작고 빠릅니다. 이 옵션을 사용하면 복잡성은 증가하지만 백업 시간을 줄일 수 있습니다. 큰 데이터베이스의 경우 차등 백업은 데이터베이스 백업보다 짧은 간격으로 발생하므로 작업 손실 가능성을 줄일 수 있습니다. 자세한 내용은 차등 데이터베이스 백업을 참조 하세요.

트랜잭션 로그를 정기적으로 백업할 수도 있습니다. 이러한 백업은 전체 데이터베이스 백업 모델을 사용하는 경우 데이터를 복구하는 데 필요합니다. 트랜잭션 로그를 백업 하는 경우 데이터베이스를 오류 지점 또는 이전 시점으로 복구할 수 있습니다.

트랜잭션 로그 백업

트랜잭션 로그는 각 수정 작업을 수행 하는 트랜잭션 외에도 데이터베이스에서 발생 한 모든 수정 내용에 대 한 일련의 레코드입니다. 또한 각 트랜잭션의 시작과 데이터 변경 내용을 기록하고, 필요한 경우 해당 트랜잭션 동안 수정된 내용을 취소하는 데 충분한 정보를 기록합니다. 데이터베이스에서 로그된 작업이 발생함에 따라 로그 크기도 지속적으로 커집니다.

트랜잭션 로그를 백업하면 데이터베이스를 이전 시점으로 복구할 수 있습니다. 예를 들어 원하지 않는 데이터를 입력 하거나 오류가 발생 하기 전의 시점으로 데이터베이스를 복원할 수 있습니다. 데이터베이스 백업과 함께 트랜잭션 로그 백업도 복구 전략에 포함해야 합니다. 자세한 내용은 트랜잭션 로그 백업 (SQL Server)을 참조 하십시오.

일반적으로 트랜잭션 로그 백업은 전체 백업보다 리소스를 적게 사용합니다. 따라서 전체 백업보다 자주 트랜잭션 로그 백업을 만들어 데이터 손실 위험을 줄일 수 있습니다. 그러나 트랜잭션 로그 백업의 크기가 전체 백업보다 큰 경우도 있습니다. 예를 들어 트랜잭션 속도가 높은 데이터베이스를 사용 하면 트랜잭션 로그가 빠르게 증가 합니다. 이런 경우에는 트랜잭션 로그 백업을 더 자주 만들어야 합니다. 자세한 내용은 전체 트랜잭션 로그 문제 해결 (SQL Server 오류 9002)을 참조 하세요.

다음과 같은 유형의 트랜잭션 로그 백업을 수행할 수 있습니다.

  • 순수 로그 백업은 일정 기간 동안의 트랜잭션 로그 레코드만 포함하고 대량의 변경 내용은 포함하지 않습니다.
  • 대량 로그 백업은 대량 작업으로 변경된 데이터 페이지 및 로그를 포함합니다. 지정 시간 복구는 허용되지 않습니다.
  • 비상 로그 백업은 손상되었을 가능성이 있는 데이터베이스로부터 만들어져 아직 백업되지 않은 로그 레코드를 캡처합니다. 이 백업은 작업 손실을 방지하기 위해 오류 발생 후에 만들어지며 순수 로그 데이터 또는 대량 로그 데이터를 포함할 수 있습니다.

Azure DevOps Server를 성공적으로 복원 하려면 데이터 동기화가 중요 하므로 백업을 수동으로 구성 하는 경우에는 백업 전략의 일부로 표시 된 트랜잭션을 사용 해야 합니다. 자세한 내용은 백업 일정 만들기 및 계획수동으로 Azure DevOps Server백업을 참조 하세요.

응용 프로그램 계층 서비스 백업

논리적 응용 프로그램 계층에 필요한 유일한 백업은 Reporting Services의 암호화 키에 대 한 것입니다. 예약된 백업 기능을 사용하여 배포를 백업하는 경우 계획의 일부로 이 키가 백업됩니다. 프로젝트 포털로 사용 되는 웹 사이트를 백업 해야 하는 것으로 간주할 수 있습니다.

Azure DevOps Server 배포의 일부로 SharePoint 제품을 통합 한 경우에는 Azure DevOps Server 및 SharePoint 제품용 데이터베이스를 백업 하는 과정의 일부로 포털이 백업 됩니다. 그러나 통합 웹 응용 프로그램을 사용하여 만들지 않은 웹 사이트를 지정한 경우에는 해당 사이트를 수동으로 백업하고 복원해야 합니다. 또한 SharePoint 제품 또는 서비스에 대 한 사용자 지정 항목이 있는 경우 새 서버에서 재현할 수 있도록 해당 항목을 백업 하거나 기록해 야 합니다.

응용 프로그램 계층을 데이터 계층 보다 쉽게 백업할 수는 있지만 응용 프로그램 계층을 복원 하는 몇 가지 단계가 여전히 있습니다. Azure DevOps Server에 대 한 다른 응용 프로그램 계층을 설치 하 고, 새 응용 프로그램 계층을 사용 하도록 프로젝트 컬렉션을 리디렉션하고, 프로젝트의 포털 사이트를 리디렉션해야 합니다.

기본 데이터베이스 이름

데이터베이스 이름을 사용자 지정 하지 않는 경우 다음 표를 사용 하 여 Azure DevOps Server 배포에 사용 되는 데이터베이스를 확인할 수 있습니다. 앞에서 언급했듯이 모든 배포에 이러한 데이터베이스가 모두 있는 것은 아닙니다. 예를 들어 Reporting Services를 사용 하 여 Azure DevOps Server를 구성 하지 않은 경우 ReportServer 또는 ReportServerTempDB 데이터베이스가 없습니다. 마찬가지로 Lab Management를 지원 하도록 Azure DevOps Server를 구성 하지 않은 경우에는 SCVMM (System Center Virtual Machine Manager 용 데이터베이스) VirtualManagerDB가 없습니다. 또한 Azure DevOps Server에서 사용 하는 데이터베이스는 둘 이상의 SQL Server 인스턴스 또는 둘 이상의 서버에 분산 될 수 있습니다.

참고

기본적으로 TFS_ 접두사는 Azure DevOps Server를 설치할 때 또는 작동 중인 동안 자동으로 생성 되는 모든 데이터베이스의 이름에 추가 됩니다.

데이터베이스 Description
TFS_Configuration Azure DevOps Server에 대 한 구성 데이터베이스에는 배포에 대 한 카탈로그, 서버 이름 및 구성 데이터가 포함 됩니다. 이 데이터베이스의 이름에는 Azure DevOps Server를 설치한 사용자의 이름과 같은 TFS_구성 사이에 추가 문자가 포함 될 수 있습니다. 예를 들어 데이터베이스 이름이 TFS_UserNameConfiguration 될 수 있습니다.
TFS_Warehouse 웨어하우스 데이터베이스에는 Reporting Services에서 사용하는 웨어하우스를 빌드하는 데 필요한 데이터가 포함됩니다. 이 데이터베이스의 이름에는 Azure DevOps Server를 설치한 사용자의 이름과 같은 추가 문자가 TFS_웨어하우스 사이에 포함 될 수 있습니다. 예를 들어 데이터베이스 이름이 TFS_UserNameWarehouse 될 수 있습니다.
TFS_CollectionName 프로젝트 컬렉션의 데이터베이스에는 해당 컬렉션의 프로젝트에 대 한 모든 데이터가 포함 됩니다. 이 데이터에는 소스 코드, 빌드 구성, 랩 관리 구성 등이 포함됩니다. 컬렉션 데이터베이스의 수는 컬렉션의 수와 같습니다. 예를 들어 배포에 컬렉션이 세 개 있는 경우 이러한 3 개의 컬렉션 데이터베이스를 백업 해야 합니다. 각 데이터베이스의 이름에는 컬렉션을 만든 사용자의 이름과 같이 TFS_CollectionName 사이에 추가 문자가 포함 될 수 있습니다. 예를 들어 컬렉션 데이터베이스의 이름을 TFS_UserNameCollectionName 수 있습니다.
TFS_Analysis SQL Server Analysis Services 데이터베이스에는 Azure DevOps Server 배포에 대 한 데이터 원본 및 큐브가 포함 되어 있습니다. 이 데이터베이스의 이름에는 Analysis Services를 설치한 사용자의 이름과 같은 TFS_분석 사이에 추가 문자가 포함 될 수 있습니다. 예를 들어 데이터베이스 이름이 TFS_UserNameAnalysis 될 수 있습니다.
참고:이 데이터베이스를 백업할 수는 있지만 복원 된 TFS_Warehouse 데이터베이스에서 웨어하우스를 다시 빌드해야 합니다.
ReportServer Reporting Services 데이터베이스에는 Azure DevOps Server 배포에 대 한 보고서 및 보고서 설정이 포함 되어 있습니다.
참고: Reporting Services Azure DevOps Server와 별도의 서버에 설치 된 경우이 데이터베이스는 Azure DevOps Server에 대 한 데이터 계층 서버에 없을 수 있습니다. 이 경우 Azure DevOps Server와 별도로 구성, 백업 및 복원 해야 합니다. 동기화 오류가 발생 하지 않도록 하려면 데이터베이스의 유지 관리를 동기화 해야 합니다.
ReportServerTempDB Reporting Services의 임시 데이터베이스에는 특정 보고서를 실행할 때 일시적으로 정보가 저장됩니다.
참고: Reporting Services Azure DevOps Server 아닌 별도의 서버에 설치 된 경우이 데이터베이스는 Azure DevOps Server에 대 한 데이터 계층 서버에 없을 수 있습니다. 이 경우 Azure DevOps Server와 별도로 구성, 백업 및 복원 해야 합니다. 그러나 동기화 오류가 발생하지 않도록 하려면 데이터베이스의 유지 관리를 동기화해야 합니다.
VirtualManagerDB SCVMM의 관리 데이터베이스에는 가상 컴퓨터, 가상 컴퓨터 호스트, 가상 컴퓨터 라이브러리 서버 및 해당 속성과 같이 SCVMM 관리자 콘솔에서 볼 수 있는 정보가 포함됩니다.
참고: SCVMM이 Azure DevOps Server 아닌 별도의 서버에 설치 된 경우이 데이터베이스는 Azure DevOps Server 데이터 계층 서버에 없을 수 있습니다. 이 경우 Azure DevOps Server와 별도로 구성, 백업 및 복원 해야 합니다. 그러나 동기화 오류가 발생하지 않도록 하려면 표시된 트랜잭션을 사용하고 데이터베이스의 유지 관리를 동기화해야 합니다.

SharePoint 제품 기본 데이터베이스 이름

참고

SharePoint 제품에서 사용 하는 데이터베이스를 수동으로 백업 하거나 복원 하는 경우 표시 된 트랜잭션을 사용해 서는 안 됩니다. 그러나 동기화 오류가 발생 하지 않도록 하려면 SharePoint 제품 및 Azure DevOps Server에 대 한 백업 및 복원 일정을 동기화 해야 합니다. 자세한 내용은 SharePoint Foundation에 대 한 백업 계획 만들기를 참조 하세요.

데이터베이스 Description
WSS_Config SharePoint 제품용 구성 데이터베이스에는 콘텐츠 데이터베이스, 사이트 템플릿, 사용자 지정 웹 파트 및 SharePoint 중앙 관리의 기타 설정과 같은 모든 사이트의 목록이 포함 되어 있습니다.
WSS_Content SharePoint 제품용 콘텐츠 데이터베이스에는 프로젝트 포털의 실제 콘텐츠가 포함 됩니다.
참고:이 데이터베이스의 이름은 설치 된 SharePoint 제품의 버전과 해당 제품을 설치한 사용자가 이름을 사용자 지정 했는지 여부에 따라 달라 집니다.
WSS_AdminContent SharePoint 제품용 관리 데이터베이스에는 사용자, 역할 및 데이터베이스의 보안 정보가 포함 되어 있습니다.