rhev_3.6_backup_restore

차이

문서의 선택한 두 판 사이의 차이를 보여줍니다.

차이 보기로 링크

양쪽 이전 판 이전 판
다음 판		 이전 판
rhev_3.6_backup_restore [2016/04/15 16:36] – [참고사항] koovrhev_3.6_backup_restore [2020/06/17 06:04] (현재) – [참고사항 - Memory Size] koov
줄 1: 줄 1:
 ====== RHEV 3.6 Backup / Restore ====== ====== RHEV 3.6 Backup / Restore ======
 + --- //[[koovis@gmail.com|이강우]] 2016/04/16 01:10//
 +
 +===== 사전 준비사항 =====
 +Self-Hosted Engine인 경우에는 Maintenance mode 로 변경후 진행한다.
 +
 +Self Host 서버에서 아래 명령어를 입력하여 Manager VM을 maintenance상태로 변경한다.
 +<WRAP prewrap>
 +<code bash>
 +hosted-engine --set-maintenance --mode=global
 +</code>
 +</WRAP>
 +
 +<WRAP center round info 60%>
 +RHEV Backup / Restore 는 동일 버전에서만 가능하다. 즉, 3.5 백업데이터는 3.6에서 복구가 되지 않는다.
 +</WRAP>
  
  
 ===== 백업 절차 ===== ===== 백업 절차 =====
 +Manager 서버에 접속하여 아래 명령어로 백업 파일을 생성한다.
 +
 <WRAP prewrap> <WRAP prewrap>
 <code bash> <code bash>
줄 10: 줄 27:
  
 ===== 복구 절차 ===== ===== 복구 절차 =====
 +이 절에서는 자체 호스트 엔진 환경을 백업하고 새로 설치된 호스트에 복원하는 방법에 대해 설명합니다.
 +지원되는 백업 방법은 엔진 백업 도구를 사용하며 Red Hat Enterprise Virtualization Manager 가상 시스템 만 백업 할 수는 있지만 Manager 가상 시스템을 포함하는 호스트는 백업 할 수 없습니다.
 +자체 호스트 엔진 환경을 백업 및 복원하려면 다음과 같은 주요 작업이 필요합니다.
  
 +  - 원래의 Red Hat Enterprise Virtualization Manager 구성 설정과 데이터베이스 내용을 백업하십시오.
 +  - 새로 설치된 Red Hat Enterprise Linux 호스트를 만들고 호스트 된 엔진 배치 스크립트를 실행하십시오.
 +  - 새 Manager 가상 시스템에서 Red Hat Enterprise Virtualization Manager 구성 설정 및 데이터베이스 컨텐츠를 복원하십시오.
 +  - 비 작동 상태의 호스트 엔진 호스트를 제거하고 복원 된 자체 호스트 엔진 환경에 다시 설치합니다.
 +
 +==== 새로 구성된 RHEVM에 복원하기 ====
 +우선 새로 구성된 RHEVM을 관리 모드로 변경한다.
 +Self host 에서 아래 명령어로 maintenance 상태로 변경한다.
 +<WRAP prewrap>
 +<code bash>
 +[root@host1 ~]# hosted-engine --set-maintenance --mode=global
 +</code>
 +</WRAP>
 +
 +그다음 RHEVM 서버에 접속하여 ovirt-engine을 중지 시킨다.
 <WRAP prewrap> <WRAP prewrap>
 <code bash> <code bash>
줄 17: 줄 52:
 [root@host]# engine-cleanup  [root@host]# engine-cleanup 
  
-[root@host]# su - postgres -c psql +[ INFO  ] Stage: Initializing 
-alter role engine encrypted password 'PASSWORD';+[ INFO  ] Stage: Environment setup 
 +          Configuration files: ['/etc/ovirt-engine-setup.conf.d/10-packaging-wsp.conf', '/etc/ovirt-engine-setup.conf.d/10-packaging.conf', '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf'] 
 +          Log file: /var/log/ovirt-engine/setup/ovirt-engine-remove-20170208102356-1jfyw3.log 
 +          Version: otopi-1.3.2 (otopi-1.3.2-1.el6ev) 
 +[ INFO  ] Stage: Environment packages setup 
 +[ INFO  ] Stage: Programs detection 
 +[ INFO  ] Stage: Environment customization 
 +          Do you want to remove all components? (Yes, No) [Yes]:  
 +          
 +          --== PRODUCT OPTIONS ==-- 
 +          
 +          Do you want to remove Engine database content? All data will be lost (Yes, No) [No]: yes 
 +[ INFO  ] Stage: Setup validation 
 +          All the installed ovirt components are about to be removed, data will be lost (OK, Cancel) [Cancel]: ok 
 +[ INFO  ] Stage: Transaction setup 
 +[ INFO  ] Stopping engine service 
 +[ INFO  ] Stopping ovirt-fence-kdump-listener service 
 +[ INFO  ] Stopping websocket-proxy service 
 +[ INFO  ] Stage: Misc configuration 
 +[ INFO  ] Stage: Package installation 
 +[ INFO  ] Stage: Misc configuration 
 +[ INFO  ] Backing up PKI configuration and keys 
 +[ INFO  ] Backing up database localhost:engine to '/var/lib/ovirt-engine/backups/engine-20170208102416.PcFb92.dump'. 
 +[ INFO  ] Clearing Engine database engine 
 +[ INFO  ] Removing files 
 +[ INFO  ] Reverting changes to files 
 +[ INFO  ] Stage: Transaction commit 
 +[ INFO  ] Stage: Closing up 
 +          
 +          --== SUMMARY ==-- 
 +          
 +          A backup of the Engine database is available at /var/lib/ovirt-engine/backups/engine-20170208102416.PcFb92.dump 
 +          ovirt-engine has been removed 
 +          A backup of PKI configuration and keys is available at /var/lib/ovirt-engine/backups/engine-pki-201702081024152OjLvC.tar.gz 
 +          Engine setup successfully cleaned up 
 +          
 +          --== END OF SUMMARY ==-- 
 +          
 +[ INFO  ] Stage: Clean up 
 +          Log file is located at /var/log/ovirt-engine/setup/ovirt-engine-remove-20170208102356-1jfyw3.log 
 +[ INFO  ] Generating answer file '/var/lib/ovirt-engine/setup/answers/20170208102423-cleanup.conf' 
 +[ INFO  ] Stage: Pre-termination 
 +[ INFO  ] Stage: Termination 
 +[ INFO  ] Execution of cleanup completed successfully 
 +</code> 
 +</WRAP> 
 + 
 +다음은 설치된 DB암호를 변경하도록 한다. 기존 패스워드가 뭔지 알수 없는경우도 있으므로 무조건 변경하는것이 편하다. 
 + 
 +<WRAP prewrap> 
 +<code bash> 
 +[root@manager ~]# su - postgres -c psql 
 +psql (8.4.20) 
 +Type "help" for help. 
 + 
 +postgres=# alter role engine encrypted password 'PASSWORD'; 
 +ALTER ROLE 
 +postgres-# \q 
 +</code> 
 +</WRAP> 
 + 
 +백업받은 데이터를 복원한다. 
 +<WRAP prewrap> 
 +<code bash>
  
 [root@host]# engine-backup --mode=restore --scope=all --file=BACKUP_FILE --log=LOG_FILE --change-db-credentials --db-host=localhost --db-name=engine --db-user=engine --db-password --restore-permissions [root@host]# engine-backup --mode=restore --scope=all --file=BACKUP_FILE --log=LOG_FILE --change-db-credentials --db-host=localhost --db-name=engine --db-user=engine --db-password --restore-permissions
 +
 +# RHEV 3.5 의 경우 --restore-permissions 옵션은 제외하도록 한다.
 +
 +Enter Engine database password: 
 +Preparing to restore:
 +- Setting credentials for Engine database 'engine'
 +- Unpacking file 'rhevm_backup'
 +Restoring:
 +- Files
 +- Engine database 'engine'
 +Rewriting /etc/ovirt-engine/engine.conf.d/10-setup-database.conf
 +You should now run engine-setup.
 +Done.
 +
  
 [root@host]# engine-setup  [root@host]# engine-setup 
 +
 +
 +[root@host1 ~]# service ovirt-engine restart
 </code> </code>
 </WRAP> </WRAP>
  
 +정상적으로 복구가 되었고 Manager UI에서 모든 하이퍼바이저와 가상머신의 상태가 정상적으로 수집 / 출력 된다면 완료된것이다.
 +
 +마지막으로 self-hosted engine을 다시 활성화 시켜주도록 한다.
 +
 +<WRAP prewrap>
 +<code bash>
 +[root@host1 ~]# hosted-engine --set-maintenance --mode=none
 +</code>
 +</WRAP>
  
 ===== script ===== ===== script =====
줄 53: 줄 177:
 then then
  echo "Service ovirt-engine is not stopped.";  echo "Service ovirt-engine is not stopped.";
- echo "MUST Service ovirt-engine daemon stop."; + echo "Service ovirt-engine daemon MUST stop."; 
- echo "service ovirt-engine stop";+ echo "Exit";
  exit 1;  exit 1;
 fi fi
줄 95: 줄 219:
 </WRAP> </WRAP>
  
-===== 참고사항 =====+===== 참고사항 - DB Corruption =====
 가끔 engine-cleanup이나 engine-setup이 제대로 안되는경우가 있는데 이런경우 database가 꼬인경우일 수도 있다. 가끔 engine-cleanup이나 engine-setup이 제대로 안되는경우가 있는데 이런경우 database가 꼬인경우일 수도 있다.
 psql로 들어가 database list를 살펴보기 바란다. psql로 들어가 database list를 살펴보기 바란다.
줄 117: 줄 241:
 (5 rows) (5 rows)
  
-postgres=# drop database engine_20160416011028 +postgres=# drop database engine_20160416011028;
-postgres-# ;+
 DROP DATABASE DROP DATABASE
 postgres=# drop database engine_20160416011808; postgres=# drop database engine_20160416011808;
줄 136: 줄 259:
  
 </code> </code>
 +
 +===== 참고사항 - Memory Size =====
 +
 +복구하고자 하는 대상 시스템의 메모리가 원본 시스템의 메모리보다 적을경우 서비스 기동에 문제가 생기는 경우가 있다.
 +
 +engine-setup 과정에서 오류가 발생하면서 /var/log/messages 의 내용에 아래와 같은 오류가 발생한다.
 +
 +<code vim>
 +Apr 21 17:02:53 testvm002 2016-04-21 17:02:53,974 ovirt-engine: ERROR run:532 Error: Cannot detect JBoss version
 +</code>
 +
 +해결하는 방법은 복구과정중 **engine-setup 하기 전** 아래의 ''/etc/ovirt-engine/engine.conf.d/10-setup-java.conf''파일을 열어 메모리 사이즈를 조정해주면 해결 된다.
 +
 +<WRAP prewrap>
 +<code vim /etc/ovirt-engine/engine.conf.d/10-setup-java.conf>
 +ENGINE_HEAP_MIN="4096M"  # 시스템 메모리 크기에 맞게 적당히 조절해준다.
 +ENGINE_HEAP_MAX="4096M"
 +</code>
 +</WRAP>
 +
 +아래는 기본적으로 oVirt에서 자동으로 잡아주는 힙 사이즈 크기이다.
 +^ 물리 메모리 크기 ^ 힙사이즈 ^
 +| 8GB  | 1964M |
 +| 32GB | 7959M |
 +| 256GB | 64565M |
 +
 +
  
  • rhev_3.6_backup_restore.1460738181.txt.gz
  • 마지막으로 수정됨: 2016/04/15 16:36
  • 저자 koov