11.Nas_1


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


  • 링크


  • 컨텐츠 정보


    본문

    해결완료)질문)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  백업  정상적으로 백업 되었습니다

             

    3232235521_1603479886.653.png



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

    3232235521_1603581293.9894.png

    3232235521_1603580885.108.png

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

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

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

    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.
    ===============

    <작업>

    루트로 변경

    sudo -i

    백업폴더로 이동

    cd /volume1/backups/Dst/

    저의 백업 폴더의 파일의 config로 이동

    /volumeUSB2/usbshare/ss11qkr_all_usb_backup.hbk/Config


    cd /volumeUSB2/usbshare/ss11qkr_all_usb_backup.hbk/Config

    이동후

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

     저는

    sqlite3 target_info.db "select status from target_info"


    nohup ./synoimgbkptool -r /volume1/backups -t Dst -R detect > /volume1/\@tmp/recover.output &



    cd /var/packages/HyperBackupVault/target/bin

    ps aux | grep synoimgbkptool


    root@ss11qkr:/var/packages/HyperBackupVault/target/bin$ ps aux | grep synoimgbkptool

    root     18964  0.0  0.0  23144  2276 pts/25   S+   10:40   0:00 grep synoimgbkptool


     ./synoimgbkptool -r /volumeUSB1/usbshare -t Dst -R detect

     ./synoimgbkptool -r /volumeUSB2/usbshare -t Dst -R detect

     


    cd /var/synobackup/config/

    nano /var/synobackup/config/task_state.conf

    으로 변경 하라

    last_state="Backupable"

    state="Backupable"


    저의 

    nano /var/synobackup/config/task_state.conf

    [task_4]

    last_state="ErrorDetect"

    state="Backupable"

    [task_7]

    last_state="ErrorDetect"

    state="Backupable"

    [task_9]

    last_state="ErrorDetect"

    state="Backupable"

    [task_11]

    last_state="Initial"

    state="Backup#able"

    ================  실패 =====================

    ▶ ☞ 정보찾아 공유 드리며 출처는 링크 참조 바랍니다 ♠ . ☞ 본자료는 https://11q.kr 에 등록 된 자료 입니다♠.

    뷰PDF add1,add2



    관련자료



    전체 1,767 / 1 페이지
    게시물이 없습니다.(다음페이지로 이동 하세요)
    전체 1,767 / 1 페이지



    ♥간단_메모글♥


    최근글


    새댓글



    PHP 안에 HTML ☞ 홈페이지 화면갱신 시간은 ♨
    ▶ 2024-11-25 09:48:39

    오늘의 홈 현황


    • 현재 접속자♨ 385 명
    • 오늘 가입자※ 0 명
    • 어제 가입자※ 6 명
    • 주간 가입자※ 11 명
    • 오늘 방문자 1,893 명
    • 어제 방문자 4,085 명
    • 최대 방문자 13,042 명
    • 전체 방문자 4,811,807 명
    • 전체 게시물※ 8,858 개
    • 전체 댓글수※ 25,238 개
    • 전체 회원수 11,331 명

    QR코드


    ☞ QR코드 스캔은 kakao앱 자체 QR코드

    알림 0








    최신글↑