Show Menu
화제×

백업 및 복구할 파일

백업해야 하는 응용 프로그램 및 데이터 파일은 다음 섹션에서 자세히 설명합니다.
백업 및 복구에 대해 다음 사항을 고려하십시오.
  • 데이터베이스는 GDS 및 AEM 리포지토리 전에 백업해야 합니다.
  • 백업을 위해 클러스터된 환경에서 노드를 종료해야 하는 경우 슬레이브 노드를 마스터 노드 앞에 닫아야 합니다. 그렇지 않으면 클러스터 또는 서버에서 불일치가 발생할 수 있습니다. 또한 마스터 노드는 슬레이브 노드 앞에 라이브로 만들어야 합니다.
  • 클러스터의 복원 작업을 수행하려면 클러스터의 각 노드에 대해 응용 프로그램 서버를 중지해야 합니다.

전역 문서 저장소 디렉토리

GDS는 프로세스 내에서 사용되는 긴 수명 파일을 저장하는 데 사용되는 디렉토리입니다. 긴 수명 파일의 수명은 AEM 양식 시스템을 하나 이상 실행하는 데 사용되며, 일 수 및 년을 확장할 수 있습니다. 이러한 긴 기간 파일에는 PDF, 정책 및 양식 템플릿이 포함될 수 있습니다. 긴 기간 파일은 여러 AEM 양식 배포의 전체 상태 중 중요한 부분입니다. 일부 또는 전체 긴 문서가 유실되거나 손상된 경우 양식 서버가 불안정해질 수 있습니다.
비동기 작업 호출을 위한 입력 문서는 GDS에도 저장되므로 요청을 처리할 수 있어야 합니다. 따라서 GDS를 호스팅하고 RAID(Redundant Array of Independent Disks) 또는 기타 기술을 사용하는 파일 시스템의 안정성을 사용자의 서비스 품질 및 수준에 맞게 고려하는 것이 중요합니다.
GDS의 위치는 AEM 양식 설치 프로세스 동안 또는 관리 콘솔을 사용하여 결정됩니다. GDS를 위한 고가용성 위치 외에도 문서에 대한 데이터베이스 스토리지를 활성화할 수 있습니다. 문서 저장소에 데이터베이스를 사용할 때의 백업 옵션을 참조하십시오.

GDS 위치

설치 중에 위치 설정을 비워 두면 응용 프로그램 서버 설치 아래에 있는 디렉토리가 기본 위치에 설정됩니다. 응용 프로그램 서버에 대해 다음 디렉토리를 백업해야 합니다.
  • (JBoss) [appserver root]/server/'server'/svcnative/DocumentStorage
  • (WebLogic) [appserverdomain]/'server'/adobe/AEMformsserver/DocumentStorage
  • (WebSphere) [appserver root]/installedApps/adobe/'server'/DocumentStorage
GDS 위치를 기본값이 아닌 위치로 변경한 경우 다음과 같이 결정할 수 있습니다.
  • 관리 콘솔에 로그인하고 설정 > 핵심 시스템 설정 > 구성을 클릭합니다.
  • 전역 문서 저장소 디렉토리 상자에 지정된 위치를 기록합니다.
클러스터 환경에서는 일반적으로 GDS가 네트워크에서 공유되고 모든 클러스터 노드에 대해 읽기/쓰기 액세스 가능한 디렉토리를 가리킵니다.
원래 위치를 더 이상 사용할 수 없는 경우 복구 중에 GDS 위치가 변경될 수 있습니다. ( 복구 중 GDS 위치 변경을 참조하십시오.)

데이터베이스 사용 시 문서 저장소 백업 옵션

관리 콘솔을 사용하여 AEM 양식 데이터베이스에서 AEM 양식 문서 저장소를 활성화할 수 있습니다. 이 옵션은 모든 영구 문서를 데이터베이스에 보관하지만 AEM 양식은 세션 및 AEM 양식의 호출과 관련된 영구 파일 및 임시 파일 및 리소스를 저장하는 데 사용되므로 파일 시스템 기반 GDS 디렉토리가 필요합니다.
관리 콘솔의 핵심 시스템 설정에서 "데이터베이스에서 문서 저장소 사용" 옵션을 선택하거나 Configuration Manager를 사용하여 AEM 양식에서는 스냅샷 백업 모드 및 순환 백업 모드를 허용하지 않습니다. 따라서 AEM 양식을 사용하여 백업 모드를 관리할 필요가 없습니다. 이 옵션을 사용하는 경우 옵션을 활성화한 후 한 번만 GDS를 백업해야 합니다. 백업에서 AEM 양식을 복구할 때 GDS의 백업 디렉토리 이름을 변경하거나 GDS를 복원할 필요가 없습니다.

AEM 리포지토리

AEM 리포지토리(crx-repository)는 AEM 양식을 설치하는 동안 crx-repository가 구성된 경우 생성됩니다. crx-repository 디렉토리의 위치는 AEM 양식 설치 프로세스 중에 결정됩니다. AEM 리포지토리 백업 및 복원은 AEM 양식의 일관된 AEM 양식 데이터를 위해 데이터베이스 및 GDS와 함께 필요합니다. AEM 저장소에는 Correspondence Management Solution, Forms 관리자 및 AEM Forms Workspace에 대한 데이터가 포함되어 있습니다.

통신 관리 솔루션

Correspondence Management Solution은 안전하고 개인화된 인터랙티브한 통신의 제작, 취합 및 전달을 중앙 집중식으로 관리합니다. 또한 사전 승인된 컨텐츠와 사용자 정의 작성 컨텐츠의 커뮤니케이션을 제작부터 보관까지 간소화된 프로세스로 신속하게 취합할 수 있습니다. 따라서 고객은 적시에 정확하고 편리하며 안전하고 연관성 있는 커뮤니케이션을 얻을 수 있습니다. 기업은 간편하고 신속하게 생산성을 높여주는 프로세스를 통해 고객 상호 작용의 가치를 극대화하고 비용과 위험을 최소화할 수 있습니다.
간단한 통신 관리 솔루션 설정에는 작성자 인스턴스와 게시 인스턴스가 동일한 컴퓨터 또는 다른 컴퓨터에 포함되어 있습니다

forms manager

양식 관리자는 양식 업데이트, 관리 및 폐기 프로세스를 간소화합니다.

AEM Forms 작업 영역

AEM Forms Workspace는 (JEE의 AEM 양식에 대해 더 이상 사용되지 않음) Flex 작업 영역의 기능과 일치하고 작업 영역을 확장 및 통합하고 사용자에게 보다 친숙한 기능을 추가하는 새로운 기능을 추가합니다.
Flex 작업 공간은 AEM 양식 릴리스에서 더 이상 사용되지 않습니다.
Flash Player 및 Adobe Reader가 없는 클라이언트에서 작업을 관리할 수 있습니다. PDF 양식 및 Flex 양식 외에도 HTML 양식을 손쉽게 변환할 수 있습니다.

AEM 양식 데이터베이스

AEM 양식 데이터베이스는 양식 객체, 서비스 구성, 프로세스 상태 및 GDS 및 컨텐츠 저장소 루트 디렉토리(컨텐츠 서비스용)에 있는 파일에 대한 데이터베이스 참조와 같은 컨텐츠를 저장합니다. 서비스 중단 없이 실시간으로 데이터베이스 백업을 수행할 수 있으며 특정 시점 또는 특정 변경 사항까지 복구할 수 있습니다. 이 섹션에서는 실시간으로 백업할 수 있도록 데이터베이스를 구성하는 방법에 대해 설명합니다.
올바르게 구성된 AEM 양식 시스템에서 시스템 관리자와 데이터베이스 관리자는 시스템을 일관되고 알려진 상태로 복구하기 위해 쉽게 협업할 수 있습니다.
실시간으로 데이터베이스를 백업하려면 스냅샷 모드를 사용하거나 지정된 로그 모드에서 실행하도록 데이터베이스를 구성해야 합니다. 이렇게 하면 데이터베이스가 열려 있고 사용할 수 있는 동안 데이터베이스 파일을 백업할 수 있습니다. 또한 데이터베이스는 이러한 모드에서 실행될 때 롤백 및 트랜잭션 로그를 유지합니다.
Adobe® LiveCycle® Content Services ES(더 이상 사용되지 않음)는 LiveCycle과 함께 설치되는 컨텐츠 관리 시스템입니다. 이를 통해 사용자는 인간 중심 프로세스를 디자인, 관리, 모니터링 및 최적화할 수 있습니다. 콘텐츠 서비스(더 이상 사용되지 않음) 지원은 2014년 12월 31일에 종료됩니다. Adobe 제품 라이프사이클 문서를 참조하십시오. 콘텐츠 서비스 구성에 대한 자세한 내용은 콘텐츠 서비스 관리를 참조하십시오 .

DB2

보관 로그 모드에서 실행되도록 DB2 데이터베이스를 구성합니다.
AEM 양식 환경이 이전 버전의 AEM 양식에서 업그레이드되어 DB2를 사용하는 경우 온라인 백업이 지원되지 않습니다. 이 경우 AEM 양식을 종료하고 오프라인 백업을 수행해야 합니다. AEM 양식의 향후 버전은 업그레이드 고객을 위한 온라인 백업을 지원합니다.
IBM에는 데이터베이스 관리자가 백업 및 복구 작업을 관리하는 데 도움이 되는 툴과 도움말 시스템이 포함되어 있습니다.
DB2에는 데이터베이스를 Tivoli Storage Manager에 백업하는 기능이 내장되어 있습니다. Tivoli Storage Manager를 사용하여 DB2 백업을 다른 미디어 또는 로컬 하드 드라이브에 저장할 수 있습니다.
DB2 데이터베이스 백업 및 복구에 대한 자세한 내용은 DB2 용 백업 및 복구 전략 개발을 참조하십시오 .

Oracle

스냅샷 백업을 사용하거나 Oracle 데이터베이스를 구성하여 아카이브 로그 모드로 실행합니다. (Oracle Backup 참조:소개 ) Oracle 데이터베이스 백업 및 복구에 대한 자세한 내용은 다음 사이트를 참조하십시오.
Oracle 백업 및 복구: 백업 및 복구의 개념과 백업, 복구 및 보고를 위해 RMAN(Recovery Manager)을 사용하는 가장 일반적인 기법과 백업 및 복구 전략을 계획하는 방법에 대한 자세한 정보를 제공합니다.
Oracle Database Backup and Recovery User's Guide: RMAN 아키텍처, 백업 및 복구 개념 및 메커니즘, 시점 복구 및 데이터베이스 플래시백 기능과 같은 고급 복구 기법, 백업 및 복구 성능 조정에 대한 자세한 정보를 제공합니다. 또한 RMAN 대신 호스트 운영 체제를 사용하는 사용자 관리 백업 및 복구 작업도 다룹니다. 이 볼륨은 보다 정교한 데이터베이스 배포와 고급 복구 시나리오의 백업 및 복구에 필요합니다.
Oracle 데이터베이스 백업 및 복구 참조: 모든 RMAN 명령에 대한 구문 및 의미 체계에 대한 전체 정보를 제공하며, 백업 및 복구 작업에 대해 보고하는 데 사용할 수 있는 데이터베이스 보기에 대해 설명합니다.

SQL Server

스냅샷 백업을 사용하거나 SQL Server 데이터베이스를 구성하여 트랜잭션 로그 모드에서 실행합니다.
SQL Server는 두 가지 백업 및 복구 도구를 제공합니다.
  • SQL Server Management Studio(GUI)
  • T-SQL(명령줄)

MySQL

MySQLdmin을 사용하거나 Windows에서 INI 파일을 수정하여 이진 로그 모드에서 실행되도록 MySQL 데이터베이스를 구성합니다. (MySQL 이진 로깅을 참조하십시오.) MySQL용 핫 백업 도구는 InnoBase 소프트웨어에서도 사용할 수 있습니다. (기본 핫 백업 참조 )
MySQL의 기본 바이너리 로깅 모드는 "문"이며, 이는 컨텐츠 서비스에서 사용하는 테이블과 호환되지 않습니다(더 이상 사용되지 않음). 이 기본 모드에서 이진 로깅을 사용하면 컨텐츠 서비스(더 이상 사용되지 않음)가 실패합니다. 시스템에 컨텐츠 서비스(더 이상 사용되지 않음)가 포함되어 있는 경우 "혼합" 로깅 모드를 사용하십시오. "혼합" 로깅을 사용하려면 my.ini file:*폴더에 다음 인수를 추가하십시오. binlog_format=mixed log-bin=logname
myqldump 유틸리티를 사용하여 전체 데이터베이스 백업을 얻을 수 있습니다. 전체 백업이 필요하지만 항상 편리하지는 않습니다. 대용량 백업 파일을 생성하고 생성하는 데 시간이 걸립니다. 증분 백업을 수행하려면 이전 섹션에 설명된 대로 - log-bin 옵션으로 서버를 시작해야 합니다. MySQL Server가 다시 시작될 때마다 현재 이진 로그에 대한 쓰기가 멈추고 새 이진 로그를 만든 후 새 서버가 현재 로그가 됩니다. 명령을 사용하여 수동으로 스위치를 강제 적용할 수 FLUSH LOGS SQL 있습니다. 첫 번째 전체 백업 후, 다음 증분 백업은 myqladmin 유틸리티와 다음 로그 파일을 생성하는 flush-logs 명령을 사용하여 수행됩니다.
binlog_format=mixed
log-bin=logname

컨텐츠 저장소 루트 디렉토리(컨텐츠 서비스만 해당)

컨텐츠 저장소 루트 디렉토리에는 모든 문서, 객체 및 인덱스가 저장되는 컨텐츠 서비스(더 이상 사용되지 않음) 저장소가 포함되어 있습니다. 콘텐트 저장소 루트 디렉토리 트리를 백업해야 합니다. 이 섹션에서는 독립형 환경과 클러스터된 환경 모두에 대한 컨텐츠 저장소 루트 디렉토리의 위치를 확인하는 방법에 대해 설명합니다.

컨텐츠 저장소 루트 위치(독립 실행형 환경)

컨텐츠 서비스(더 이상 사용되지 않음)가 설치되면 컨텐츠 저장소 루트 디렉토리가 생성됩니다. 컨텐츠 저장소 루트 디렉토리의 위치는 AEM 양식 설치 프로세스 중에 결정됩니다.
컨텐츠 저장소 루트 디렉토리의 기본 위치는 [aem-forms root]/lccs_data 입니다.
콘텐트 저장소 루트 디렉토리에 있는 다음 디렉토리를 백업합니다.
/audit.contentstore
/contentstore
/contentstore.deleted
/backup-lucene-indexes
/backup-lucene-indexes 디렉토리가 없는 경우 /lucene-indexes 디렉토리를 백업합니다. 이 디렉토리는 컨텐츠 저장소 루트 디렉토리에도 있습니다. /backup-lucene-indexes 디렉토리가 있는 경우 오류를 발생시킬 수 있으므로 /lucene-indexes 디렉토리를 백업하지 마십시오.

컨텐츠 저장소 루트 위치(클러스터된 환경)

클러스터된 환경에서 Content Services(더 이상 사용되지 않음)를 설치하면, Content Storage Root 디렉토리는 두 개의 개별 디렉토리로 분할됩니다.
콘텐트 저장소 루트 디렉터리: 일반적으로 클러스터의 모든 노드에 대해 읽기/쓰기 액세스 가능한 공유 네트워크 디렉토리
인덱스 루트 디렉토리: 클러스터의 각 노드에 항상 동일한 경로와 디렉토리 이름을 갖는 디렉토리
컨텐츠 저장소 루트 디렉토리의 기본 위치는 [GDS root]/lccs_data GDS 위치에 [GDS root] 설명된 위치입니다 . 콘텐트 저장소 루트 디렉토리에 있는 다음 디렉토리를 백업합니다.
/audit.contentstore
/contentstore
/contentstore.deleted
/backup-lucene-indexes
/backup-lucene-indexes 디렉토리가 없는 경우 /lucene-indexes 디렉토리를 백업합니다. 이 디렉토리는 컨텐츠 저장소 루트 디렉토리에도 있습니다. /backup-lucene-indexes 디렉토리가 있는 경우 오류를 발생시킬 수 있으므로 /lucene-indexes 디렉토리를 백업하지 마십시오.
인덱스 루트 디렉토리의 기본 위치는 [aem-forms root]/lucene-indexes 각 노드에 있습니다.

고객이 설치한 글꼴

AEM 양식 환경에 추가 글꼴을 설치한 경우 별도로 글꼴을 백업해야 합니다. 설정 > 핵심 시스템 > 구성에서 관리 콘솔에 지정된 모든 Adobe 및 고객 글꼴 디렉토리를 백업합니다. 전체 글꼴 디렉토리를 백업해야 합니다.
기본적으로 AEM 양식과 함께 설치되는 Adobe 글꼴은 [aem-forms root]/fonts 디렉토리에 있습니다.
호스트 컴퓨터에서 운영 체제를 다시 초기화하여 이전 운영 체제의 글꼴을 사용하려면 시스템 글꼴 디렉토리의 컨텐츠도 백업해야 합니다. (특정 지침은 운영 체제에 대한 설명서를 참조하십시오).