ONLYOFFICE Workspace 데이터 자동 백업 설정 방법

ONLYOFFICE Workspace의 자동 백업은 내장된 제어판을 통해 구성하는 것이 가장 좋습니다. 제어판을 사용하면 단순히 컨테이너나 데이터 디렉터리를 복사하는 대신 복원 가능한 포털 아카이브가 생성되기 때문입니다. 현재 ONLYOFFICE 설명서에서는 여전히 동일한 핵심 서버 측 프로세스를 설명하고 있습니다. 영구 저장소 대상을 선택하고, 자동 백업을 활성화하고, 일별, 주별 또는 월별 일정을 선택하고, 보존할 복사본 수를 정의하고, 선택적으로 메일을 포함하고, 구성을 저장하는 것입니다. 이 가이드는 자체 호스팅 ONLYOFFICE Workspace Server 배포에 중점을 둡니다. 클라우드 에디션의 경우 자동 백업 사용 가능 여부는 요금제에 따라 다를 수 있습니다. 요금제별 동작에 대한 자세한 내용은 ONLYOFFICE 클라우드 백업 공식 설명서를 참조하십시오.

자동화된 Workspace 백업은 무엇을 보호해야 할까요?

유용한 백업은 단순히 예약된 작업이 실행되었음을 증명하는 것이 아니라, 사용자가 실제로 의존하는 포털 데이터를 복구할 수 있도록 해야 합니다. ONLYOFFICE의 제어판 백업은 바로 이러한 목적을 위해 설계되었습니다. 서버 설명서에 따르면 완료된 백업은 압축 .tar.gz아카이브로 저장되며, 동일한 인터페이스에서 복원 워크플로도 제공됩니다. 아래 설명된 설정에 대한 자세한 내용은 ONLYOFFICE 제어판 백업 및 복원 가이드를 참조하십시오.

일정을 구성하기 전에 아카이브 저장 위치를 ​​결정하십시오. 동일 호스트에만 백업을 저장하면 일부 애플리케이션 수준 오류는 방지할 수 있지만 디스크 오류, 랜섬웨어 또는 서버 전체 손실과 같은 심각한 상황에는 취약합니다. 워크스페이스 호스트와 물리적 또는 논리적으로 분리된 저장소를 사용하는 것이 좋습니다. 설치 환경에 따라 제어판에서 문서 모듈 및 지원되는 타사 저장소를 사용할 수 있습니다. 임시 저장소는 수동 백업 다운로드용으로만 사용되며 자동 백업 대상으로는 제공되지 않습니다.

1단계: 제어판에서 백업 페이지를 엽니다.

관리자 계정으로 ONLYOFFICE Workspace에 로그인합니다. 포털 시작 페이지에서 제어판을 엽니다 . 설명서에는 포털 설정에서도 제어판에 접근할 수 있다고 나와 있습니다. 제어판에서 일반 설정 또는 데이터 관리 영역 아래에 있는 백업 페이지를 엽니다.

인터페이스 레이블이 약간 다르더라도 기능이 누락되었다고 생각하지 마십시오. ONLYOFFICE는 릴리스마다 탐색 용어를 변경했지만, 백업 및 복원 기능은 제어판 워크플로의 일부로 유지됩니다. 설치된 Workspace 버전을 확인하고 탐색이 일치하지 않으면 해당 버전의 최신 도움말 센터 지침을 참조하십시오.

2단계: 자동 백업 활성화

백업 페이지에서 자동 백업 섹션을 찾아 활성화하십시오. 이 스위치를 켜면 포털이 임시 수동 백업에서 예약 백업으로 전환됩니다. 저장 위치, 백업 빈도, 보존 기간 또는 메일 데이터 설정을 아직 ​​선택해야 하는 경우 저장하지 마십시오.

자체 호스팅 서버가 아닌 ONLYOFFICE Workspace Cloud를 관리하는 경우, 먼저 클라우드 관련 문서를 확인하십시오. ONLYOFFICE는 클라우드 버전의 자동 백업 기능은 구독 플랜에 해당 기능이 포함된 경우에만 사용할 수 있다고 명시하고 있습니다. 클라우드 버전에서 자동 백업 토글이 없다고 해서 반드시 서버 문제인 것은 아니므로 이 차이점을 이해하는 것이 중요합니다.

3단계: 서버 장애 발생 시에도 데이터가 손실되지 않는 저장 위치를 ​​선택합니다.

아카이브를 저장할 대상을 선택하십시오. 정확한 선택 사항은 포털이 연결된 장치와 사용 중인 에디션에서 제공하는 기능에 따라 다릅니다. 공식 서버 설명서에서는 문서 모듈 또는 포털에 연결된 지원되는 타사 스토리지에 백업을 저장하는 방법을 설명하고 있으며, ONLYOFFICE의 보안 지침에서는 객체 스토리지 및 WebDAV와 같은 원격 서비스에 대해서도 다룹니다. 실용적인 원칙은 간단합니다. Workspace 호스트 자체에 접속할 수 없게 되더라도 접근 가능한 대상을 선택하십시오.

소규모 설치의 경우, 접근 제어가 엄격하다면 연결된 클라우드 폴더로도 충분할 수 있습니다. 하지만 비즈니스 핵심 업무에 필요한 배포 환경에서는 독립적인 자격 증명, 보존 제어, 모니터링 기능을 갖춘 스토리지 설계를 사용하는 것이 좋습니다. ONLYOFFICE Workspace 공식 보안 가이드에서는 자동 백업을 권장하며, 주기적으로 타사 서비스를 통해 추가 복사본을 보관할 것을 제안합니다.

중요한 보안 세부 사항 하나를 간과하기 쉽습니다. ONLYOFFICE 문서에 따르면 포털 암호화가 활성화된 경우 새로 생성된 백업 아카이브에는 암호 해제된 파일이 포함되며, 복원 시 디스크에 저장된 파일은 다시 암호화됩니다. 백업 대상 위치를 민감한 데이터로 취급하십시오. 읽기 권한을 제한하고, 대상 위치에 저장된 데이터에 대한 암호화를 활성화하며, 여러 사용자가 공유하는 폴더에 아카이브를 저장하지 마십시오.

4단계: 일정, 보존 기간, 메일 수신 옵션을 설정하고 저장합니다.

백업 실행 빈도를 선택하십시오. 현재 제어판 설명서에서는 매일 , 매주 또는 매월 실행을 지원하며 , 시간 또는 요일을 선택할 수 있습니다. 그런 다음 저장할 백업 사본의 최대 개수를 설정하십시오. ONLYOFFICE 설명서에서는 백업 사본 보존 범위를 1개에서 30개까지로 권장합니다 .

사용자가 통합 메일 모듈을 사용하는 경우 ' 백업에 메일 포함'을 선택하십시오 . ONLYOFFICE는 이 옵션을 선택하지 않으면 포털 백업에서 메일 데이터가 복원되지 않으며 계정을 다시 연결해야 할 수 있다고 경고합니다. 메일을 포함하면 백업 시간과 아카이브 크기가 모두 증가하므로 대상 저장소의 용량이 충분한지 확인하십시오.

저장을 클릭하세요 . 이로써 구성은 완료되었지만 백업 전략은 아직 확정되지 않았습니다. 새 아카이브가 생성되었는지 확인하고 복원 방법을 이해한 후에야 백업 일정을 신뢰할 수 있습니다.

ONLYOFFICE Workspace는 얼마나 자주 백업해야 하나요?

정해진 백업 간격은 없습니다. 허용 가능한 복구 시점 목표(RPO)에 맞춰 백업 일정을 설정하십시오. RPO는 최근 작업물의 손실을 감수할 수 있는 정도를 의미합니다. 일일 편집량이 적은 소규모 내부 포털의 경우 매일 밤 백업으로 충분할 수 있습니다. 하지만 문서를 지속적으로 생성하고 편집하는 팀의 경우, 기본 제공되는 일일 백업 일정보다 더 빈번한 백업이 필요할 수 있습니다. 이 경우 제어판 백업을 인프라 수준 스냅샷 또는 배포 환경에 맞게 설계된 스토리지 복제와 함께 사용하는 것이 좋습니다.

이는 계획 수립 예시일 뿐 ONLYOFFICE 제품의 필수 요구 사항은 아닙니다. 데이터 보존 기간은 규정 준수 요구 사항, 가용 용량, 그리고 조직에서 실수로 인한 삭제 또는 데이터 손상을 발견하는 데 걸리는 시간을 고려하여 설정해야 합니다.

자동화 시스템이 실제로 백업을 생성하는지 확인하십시오.

첫 번째 예약 실행 후 백업 또는 복원 영역으로 돌아가 예상 저장 위치에 새 아카이브가 있는지 확인하십시오. 서버 가이드에 따르면 백업 파일은 포털 및 타임스탬프 명명 패턴을 사용하며 .tar.gz아카이브로 생성됩니다. 날짜, 예상 크기 범위 및 저장 위치를 ​​확인하십시오. 파일 크기가 0바이트이거나, 아카이브 크기가 예상보다 작거나, 실행이 누락된 경우 조사할 때까지 백업 실패로 간주해야 합니다.

또한 보존 설정이 예상대로 작동하는지 확인하십시오. 예를 들어 7개의 복사본을 구성한 경우 저장 공간이 무한정 증가해서는 안 됩니다. 타사 스토리지를 사용하는 경우 ONLYOFFICE 백업 기록과 원격 서비스 자체를 모두 확인하여 오래된 커넥터, 할당량 제한, 만료된 토큰 또는 권한 변경으로 인해 백업 일정이 자동으로 취소되지 않도록 하십시오.

필요하기 전에 복원 기능을 테스트하세요.

백업의 목적은 복구이므로, 단순히 아카이브 개수를 세는 것보다 복원 테스트를 수행하는 것이 훨씬 더 중요합니다. ONLYOFFICE는 관리자가 지원되는 소스에서 백업을 선택하거나 컴퓨터 파일을 선택하여 복원할 수 있는 제어판의 복원 페이지를 제공합니다. 운영 시스템의 경우, 정상적으로 작동하는 포털을 덮어쓰기보다는 통제된 환경에서 복원 테스트를 수행하는 것이 좋습니다.

복원 시 사전에 기록해 두어야 할 몇 가지 세부 사항이 있습니다. ONLYOFFICE에 따르면 라이선스 데이터는 백업에 포함되지 않으므로 복원 후 라이선스 파일을 다시 업로드해야 합니다. 새 서버로 복원하는 경우 암호 복구를 위해서는 원래 서버 시스템 키를 보존해야 합니다. 공식 가이드에서는 Docker 설치 시 시스템 키를 `/etc/system.php` 파일에서 교체 /app/onlyoffice/CommunityServer/data/.private/machinekey하거나 설치 스크립트의 `machine-key` 매개변수를 통해 제공할 수 있다고 설명합니다. 장애 발생 시 시스템 키를 확인하는 대신, 이 키를 재해 복구 문서의 일부로 안전하게 기록해 두십시오.

Docker 볼륨 백업이 제어판 백업을 대체하나요?

단독으로는 불가능합니다. ONLYOFFICE의 공식 Docker Compose 정의를 보면 Workspace는 MySQL, 커뮤니티 서버 데이터, 문서 서버 데이터, 메일 서버 데이터, 제어판 데이터, Elasticsearch 스토리지 등 여러 상태 저장 구성 요소로 이루어져 있음을 알 수 있습니다. 공식 ONLYOFFICE Docker Compose 파일 에서 현재 구성을 확인할 수 있습니다 .

따라서 지정된 볼륨 하나만 복사한 원본 복사본으로는 전체 워크스페이스를 나타낼 수 없습니다. 인프라 수준 백업은 특히 호스트 전체 복구 속도를 높이는 데 유용한 두 번째 보안 계층이지만, 데이터베이스 일관성과 필요한 모든 볼륨을 고려하여 설계해야 합니다. 대부분의 관리자에게 가장 안전한 방법은 지원되는 제어판 포털 백업을 논리적 복구 방법으로 유지하고 Docker가 실행되는 플랫폼에 따라 호스트 또는 볼륨 보호 기능을 추가하는 것입니다.

운영 환경 워크스페이스 백업 체크리스트

• 제어판의 자동 백업 기능을 사용하여 복원 가능한 포털 아카이브를 구축하십시오.
• 자동화된 복사본은 워크스페이스 호스트와 동일한 물리적 디스크에 의존하지 않는 위치에 저장하십시오.
• 데이터 손실 발견 지연을 포착할 수 있도록 충분히 긴 보존 기간을 설정하십시오.
• 통합 메일 서비스를 동일한 백업에서 복구해야 하는 경우 메일 기능을 포함하세요.
• 백업 저장소는 접근 제한 및 암호화를 통해 보호해야 합니다. 특히 암호화된 포털 파일은 새로 생성된 백업 아카이브 내에서 복호화된 것으로 기록되므로 더욱 주의해야 합니다.
• 첫 번째 예약 실행 후 및 그 이후 주기적으로 새로운 아카이브가 생성되는지 확인하십시오.
• 안전한 환경에서 복원 테스트를 수행하고, 시스템 키 및 라이선스 재설치에 필요한 사항을 문서화하십시오.
• Docker 배포의 경우, 여러 개의 영구 볼륨과 서비스 구성에 대한 별도의 인프라 복구 계획을 유지 관리해야 합니다.

최종 권고

자체 호스팅 ONLYOFFICE Workspace의 경우, 가장 간단하고 안정적인 시작점은 제어판에서 매일 백업을 독립적인 저장소에 저장하고, 최소 며칠 동안 문제가 발생하지 않도록 충분한 백업 사본을 보관하며, 배포에 메일 기능이 포함된 경우 메일도 함께 백업하고, 주기적으로 복원 테스트를 수행하는 것입니다. 구성 자체는 몇 분밖에 걸리지 않지만, 백업 전략의 효율성은 아카이브 저장 위치, 보존 기간, 그리고 복원 가능성을 검증했는지 여부에 달려 있습니다.