VSPress 2022-11

시놀로지 하이퍼 백업을 믿지 마세요..
작동이 잘 되는 것 같지만 실제로는 완벽하게는 안 되고 있는 듯합니다.

제가 오랜 기간 사용해 봤는데,
가끔씩 긴급상황에서 작은 규모의 부분 복원은 성공했는데, 디스크 단위 혹은 그 이상의 컴퓨터 단위의 전체 복원은 단 한 번도 성공해 본 적이 없습니다. 100% 복원 오류가 발생했습니다.

하이퍼 백업을 믿으시고 별도 백업을 안 만드셨다가 큰 단위 작업에서 낭패를 보지 마시기를 바랍니다. 그냥 그 가격에서 지원되는 기능 수준이 이 정도구나라고 생각하면 마음이 편한 듯요.

knufi 2022-11

말씀과 같은 주의글을 많이 보긴 했는데... 이정도 수준에선 그냥 물리적으로 나스하나더 만들어서 백업하는게 더 나은방향이겠군요... 감사합니다!

별이되어 2022-11

하이퍼백업은 종종 문제가 있었다는 글이 많군요 저는 이번에 시놀 나스 구성 후 약 13T 정도의 자료를 시놀 클라우드 싱크 프로그램으로 구글 드라이브에 백업 했는데 750G 제한 피하느라 오래 걸리기는 했지만 잘 된 것 같습니다

지금도 시놀에 자료 업데이트 하면 구드쪽에 잘 들어가고 있고요
클라우드 싱크로 바꿔 보시죠

knufi 2022-11

혹시 일일 업로드 750gb가 걸리면 처음부터 다시 해야 하나요? 아니면 하이퍼백업이 알아서 업로드지점을 기억해서 하는걸까요...?
10~20명 남짓한 작은 회사에서 백업용도로 쓰려다 보니 클라우드 싱크는 부하가 너무 세네요 ㅠㅠ

별이되어 2022-11

저는 처음부터 750G 걸리지 않도록 업로드 스피드 제한을 계산해서 걸어놓아서 정확하게는 모르겠네요
다만 생각에 처음부터 다시는 아니겠지만 프로그램이 에러 나고 다시 시작되면
초기에 하드를 다시 읽어 오는 작업은 일어나지 않을 까 생각은 듭니다
그런데 어차피 구글드라이브 안쓰시고 드랍박스를 쓰시면 750G 문제 없으시지 않나요?

클라우드 싱크에 동시 업다운 4개로 세팅하고 각각 max 2MB/sec 로 걸어서 돌렸는데
초기에 싱크할 목록을 만드는 듯 하드를 읽을 때는 부하가 좀 걸렸는데 (제 기준 cpu 10% 내외 사용)
그 이후 싱크가 진행되는 동안은 cpu 부하는 1% 정도로 무시할 수준으로 돌더군요

knufi 2022-11

아하... 감사합니다. 드랍박스에서 위의 사진과 같은 메세지로 자꾸 멈춰서 백업파일도 문제가 있지 않을까 해서 여쭤봤습니다.
1번 답변분께서 주의를 주셔서 혹시나 구글드라이브를 미리 쓰시고 계신 분께선 어떨까 해서요 ㅎㅎ...
이게 용량도 크고해서 백업이 다 된후 시험삼아 복구를 해볼수가 없어서...ㅠㅠ 디자인 회사라 단일파일들이 기본 gb단위고 계속해서 저장하는 작업이 많아 클라우드싱크는 감당이 안될거같네요... 감사합니다!

화정큐삼 2022-11

데이터량이 얼마나 되시는지 모르겠지만,
백업헤놀을 하나 만들어 두시고 공유폴더동기화 정도 주기적으로 걸어두시면 어떨까요?
패키지 보다는 공유폴더의 내용위주로 큰 파일들 백업하시는데 더 적합할듯 하지 않을까요?
UPS 사용안하신다면 백업헤놀이 정전사고에 대비한 준비도 될 수는 있습니다.
공유폴도 동기화는 최초에는 오래 걸리고 그 이후엔 변화사항만 보내게 되서 시간도 얼마 안걸립니다.
백업이 다 끝나면 백업서버는 자동으로 꺼지게 만들 수도 있습니다.

DrJK 2022-11

저도 공유폴더 동기화를 이용해 백업을 하는데요..
백업이 언제 끝날지몰라 전원오프 스케줄을 이용해 지정한 시각에 꺼지게 설정했으나
"백업이 다 끝나면 백업서버는 자동으로 꺼지게 만들 수도 있습니다." 라는 말씀에 관심이 가는군요.
어떻게 설정하는지 힌트 좀 주실수 있는지요?