ONLYOFFICE Workspace에 대한 안정적인 백업 일정을 예약하세요
ONLYOFFICE Workspace에서 백업 대상, 일정, 메일 범위 및 보존 기간을 설정한 다음 아카이브를 복원할 준비가 되었는지 확인합니다.
자체 호스팅 ONLYOFFICE Workspace 포털의 경우, 제어판의 일반 설정 > 백업 > 자동 백업 에서 예약된 백업을 활성화하고, 저장 위치를 선택하고, 백업 일정과 보존 기간을 설정한 다음 저장하십시오. ONLYOFFICE Workspace Cloud는 설정 > 데이터 관리 > 백업 에서 유사한 기능을 제공 하지만, 자동 백업은 해당 기능이 포함된 요금제에서만 사용할 수 있습니다. 저장된 백업 일정은 시작일 뿐입니다. 백업 파일이 저장 위치에 제대로 저장되었는지 확인하고, 포털과 별도로 복구용 백업 파일을 보관하십시오.
이 안내서는 ONLYOFFICE Workspace에 내장된 자동 백업 기능에 중점을 둡니다. 메뉴 문구 및 사용 가능한 대상은 배포 버전 및 연결된 통합 기능에 따라 다를 수 있습니다. 최신 제품 단계는 ONLYOFFICE 제어판 백업 및 복원 지침을 참조하십시오 .
백업은 포털 데이터의 복원 가능한 아카이브입니다. 자체 호스팅 제어판에서 메일 서버는 메일 파일에 대한 추가 액세스 설정이 필요할 수 있습니다. 배포 환경에 맞는 ONLYOFFICE의 별도 메일 데이터 백업 지침을 참조하십시오. 링크된 메일 백업 절차는 Windows에는 적용되지 않는다고 명시되어 있습니다. 보존 기간은 시스템이 오래된 백업 사본을 삭제하기 전에 보관하는 백업 사본의 개수입니다. 복구 및 저장 용량을 모두 고려하여 설정을 선택하십시오.



포털 자체의 문서 저장소에 아카이브를 저장하는 것은 간단하지만, 포털 저장 공간을 차지합니다. 또한 아카이브가 운영 중인 포털과 동일한 저장소 또는 서버 장애에 노출될 수 있습니다. 더욱 강력한 복구를 위해서는 조직의 보안 및 보존 규칙에 따라 팀에서 독립적으로 액세스할 수 있는 연결된 타사 저장소를 고려하는 것이 좋습니다. 이는 운영상의 권장 사항일 뿐이며, 특정 공급업체가 모든 구축 환경에 적합하다는 보장은 아닙니다.
보존 기간은 기간이 아니라 개수를 나타냅니다. 예를 들어, 매주 4개의 사본을 보관하면 예약된 복구 지점이 4개 확보되지만, 일정이 변경되거나 실행이 실패할 경우 한 달 전체의 기록을 보장하는 것은 아닙니다. 최대값을 선택하기 전에 보관 크기와 사용 가능한 대상 용량을 예상하십시오. 제어판 설명서에는 최대값을 1~30개 사본으로 설정할 수 있다고 나와 있지만, 특정 보관 크기나 완료 시간을 보장하는 것은 아닙니다.

저장 후 자동 백업 섹션으로 돌아가서 기능이 활성화된 상태인지, 대상, 메일 주소, 일정 및 최대 복사본 수가 요금제와 일치하는지 확인하십시오. 그런 다음 첫 번째 예약 실행 후 선택한 대상을 확인하십시오. 제어판 안내에 따르면 완료된 백업은 .php .tar.gz형식의 이름으로 파일 로 저장됩니다 portal-name_date_time.tar.gz. 화면에 일정이 표시된다고 해서 백업 파일이 생성되었다는 것을 보장하는 것은 아닙니다.
파일이 없는 경우, 선택한 저장소가 여전히 연결되어 있고 쓰기 가능한 상태인지, 다음 예약된 시간이 지났는지, 또는 아카이브가 다른 선택된 폴더에 저장되었는지 확인하십시오. 권한을 전반적으로 낮추거나 자격 증명을 노출된 위치에 저장하는 방식으로 문제를 해결하지 마십시오. 서비스에서 지원하는 연결 설정과 관리자 권한을 사용하십시오.
복원 성공률을 높이려면 실제 포털을 덮어쓰는 대신 적절한 테스트 환경에서 공식 복원 절차를 사용하여 제어된 복원 테스트를 수행하십시오. 백업은 팀에서 백업된 데이터를 찾아 복원할 수 있을 때만 실질적인 가치가 있습니다. 또한 제어판 가이드의 두 가지 제한 사항에 유의하십시오. 라이선스 데이터는 백업에 포함되지 않으므로 복원 후 라이선스 파일을 다시 업로드해야 합니다. 그리고 메일 백업의 경우, 메일 서버가 포털 외부에 있는 경우 문서화된 메일 서버 구성 및 액세스 권한이 필요합니다.
최종 확인: 기능이 활성화되어 있고, 대상에 접근할 수 있으며, 메일 수신 방식을 신중하게 선택했고, 일정 및 보존 기간이 저장되었으며, 대상에서 새로 생성된 아카이브를 확인할 수 있습니다. 포털 전체에 걸친 장애로부터 보호해야 하는 복구 계획이 있는 경우, 포털의 기본 저장소 외부에 최소 하나 이상의 복구 복사본을 보관하십시오.
ONLYOFFICE Workspace에서 백업 대상, 일정, 메일 범위 및 보존 기간을 설정한 다음 아카이브를 복원할 준비가 되었는지 확인합니다.
엔터프라이즈 Docker Compose 스택을 시작하고, 라이선스와 데이터를 저장하고, JWT를 안전하게 구성하고, 편집기가 통합될 준비가 되었는지 확인합니다.
ONLYOFFICE JavaScript 매크로를 사용하여 정의된 스프레드시트 범위에서 인쇄되지 않는 문자를 제거하고 불필요한 공백을 없애고, 안전한 검토 워크플로를 적용할 수 있습니다.
포털 데이터를 기본 디스크에서 지원되는 클라우드 스토리지 공급자로 이동하거나, Docker 데이터의 호스트 볼륨 매핑을 변경하여 안전하게 재배치할 수 있습니다.
문서 서버가 Linux 패키지를 사용하는지 Docker를 사용하는지 확인하고, 해당 구성 요소만 제거한 다음, 공유 서비스를 실수로 삭제하지 않고 나머지 데이터를 확인합니다.
공동 편집 속도 저하의 원인을 Docker 리소스 사용량, 프록시 연결 또는 문서 로드에서 추적한 다음 측정값에 맞는 해결 방법을 선택하십시오.
TLS 종료 위치를 선택하고, 신뢰할 수 있는 인증서와 개인 키를 안전하게 마운트하고, Docker로 컨테이너화된 ONLYOFFICE Docs 서버에 대한 HTTPS 액세스를 확인하십시오.
ONLYOFFICE 편집기를 PHP 앱에 내장하고, JWT로 구성 파일에 서명하고, 보안 콜백을 통해 편집된 파일을 저장하세요.
문서 전체 또는 선택한 텍스트에 대한 교정 언어를 설정하고, 맞춤법 검사가 활성화되어 있는지 확인하고, 서버 사전이 누락된 경우를 식별합니다.
ONLYOFFICE 문서에서 모든 사용자에 대해 지속적인 변경 내용 추적 기능을 활성화하고, 편집 내용이 기록되는지 확인하고, 이 설정의 한계를 이해하십시오.