해결완료)HYPER Backup error 증상 응용프로그램 건너뜀 해결 / 응용프로그램을 건너뜀 백업에러 실패함

11qkr 쪽지보내기 메일보내기 홈페이지 자기소개 아이디로 검색 전체게시물 작성
192.♡.0.1 아이피
작성일 2020.10.24 04:04

링크

https://www.synoforum.com/threads/destination-corrupted-error-in-hyperbackup.865/ 548

https://www.clien.net/service/board/cm_nas/15509421 194

5,643 조회
2 댓글
0 추천
목록

글검색

해결완료)질문)hyper backup 응용프로그램 백업에러 실패함

장비: 해놀사용중

버전: DSM 6.2.3-25426 Update 2 최신 버전 사용중에 hyper 백업 업데이트후 발생 함

비슷한 증상: https://www.synoforum.com/threads/destination-corrupted-error-in-hyperbackup.865/

조치: 상기 비슷한 증상 조치후 않되어 었고 우분투 중지후 재부팅 hyper backup에 MariaDb5 만 백업테스트 이것저것 삭제....

해결 : 원인은 docker 우분투 사용 중지 후 MariaDb5 백업 정상적으로 백업 되었습니다

■

해결 원인은 docker 우분투 사용 중지 // hyper backup error 대응

=====================================================

이하는 저와는 관련 없음...정보 입니다.

----------------------

DS418j (소스) 및 DS416 (대상)에 대해 유사한 문제가 발생했습니다. 다음 단계를 시도 할 수 있습니다. YMMV.

"Src"는 소스 NAS의 이름이고 "Dst"는 대상 NAS의 이름입니다.

계속하기 전에
a. 백업 일정을 비활성화합니다.
비. 디스크와 메모리가 모두 잘 작동하는지 확인하십시오. 하드웨어 결함이있는 경우 먼저 수정하십시오.

Dst 에

SSH를 통해 다음 단계를 수행합니다.

1. 루트로 변경합니다.

> sudo -i

2. 백업 디렉토리로 변경합니다.

> cd /volume1/backups/Dst/

3. 상태를 확인합니다.

" detect-bad "를 받아야합니다 .

> sqlite3 Config/target_info.db "select status from target_info"

4. HyperBackup Vault의 bin 폴더로 변경하고 synoimgbkptool을 실행합니다.
> cd /var/packages/HyperBackupVault/target/bin
> nohup ./synoimgbkptool -r /volume1/backups -t Dst -R detect> /volume1/\@tmp/recover.output &

"nohup : ignoring input and stderr를 stdout으로 리디렉션 ". 이것을 무시해도됩니다.

5. synoimgbkptool이 실행을 완료 할 때까지 기다립니다.

3 ~ 4 일 정도 소요될 수 있습니다. 다음 명령으로 확인할 수 있습니다.
> ps aux | grep synoimgbkptool

다음과 유사한 내용이 표시되면 여전히 실행 중입니다.

그렇지 않으면 이와 비슷한 것을 볼 수 있습니다.

이제 Dst에 대한 SSH를 종료 할 수 있습니다.

다음으로 SSH로 Src .
1. 루트로 변경합니다.
>

2. HyperBackup의 구성 디렉토리로 변경합니다.
> cd /var/synobackup/config/

3. task_state.conf (vi 사용)를 다음과 같이 편집합니다.
last_state = "Backupable"
state = "Backupable"

이제 Src에 대한 SSH를 종료 할 수 있습니다.

마지막으로 관리자 포털에 로그인합니다.

HyperBackup을 시작하고 " 백업 무결성 검사 "를 선택합니다 .

시간이 오래 걸릴 수 있습니다 (3 ~ 4 일). 오류없이 완료되면 백업 일정을 재개 할 수 있습니다.

도움이되기를 바랍니다

---

I had a similar issue for a DS418j (source) and DS416 (destination). You could try the following steps. YMMV.

"Src" is the name for the source NAS and "Dst" is the name for the destination NAS.

Before proceeding,
a. Disable any backup schedules.
b. Check that your disks and memory are all performing well. If there is any hardware fault, fix it first.

SSH into Dst to perform the following steps.
1. Change to root.
> sudo -i

2. Change into backup directory.
> cd /volume1/backups/Dst/

3. Check the status. You should get "detect-bad".
> sqlite3 Config/target_info.db "select status from target_info"

4. Change to HyperBackup Vault's bin folder and run synoimgbkptool.
> cd /var/packages/HyperBackupVault/target/bin
> nohup ./synoimgbkptool -r /volume1/backups -t Dst -R detect > /volume1/\@tmp/recover.output &
You may get "nohup: ignoring input and redirecting stderr to stdout". It's ok to ignore this.

5. Wait for synoimgbkptool to complete running. It can take a very long time, 3 to 4 days. You can check with the following command.
> ps aux | grep synoimgbkptool

If you see something similar to the following, it is still running.

Otherwise, you should see something similar to this.

You can now exit the SSH to Dst.

Next, SSH into Src.
1. Change to root.
> sudo -i

2. Change to HyperBackup's config directory.
> cd /var/synobackup/config/

3. Edit task_state.conf (using vi) to the following.
last_state="Backupable"
state="Backupable"

You can now exit SSH to Src.

Finally, log in to the admin portal. Start HyperBackup and choose "Check backup integrity". It can take a long time (3 to 4 days). Once that's completed without errors, you should be able to resume your backup schedule.

Hope that helps.
===============