Добрый день, тыктине плиз в подробную инструкцию )
Цель - есть комп W10 в инете (не в локальной сетке). И есть NAS 218+ Хочу, чтобы ежедневно с удаленного компа с W10 делалась рез.копия (синхронизировалась одна папка)
Как сделать? никак не могу понять
*Как делается в локальной сети разобрался, а вот через и-нет...
Чем пользуетесь? Synology Active Backup for Business?
в локальной сети да Synology Active Backup for Business - файловый сервер ,SMB.
А через и-нет не понимаю как
23 часов назад, hjk сказал:
Del
Коннектимся через VPN к сетке, где стоит NAS с Active Backup for Business и бэкапимся...
В 21.05.2021 в 09:22, volm сказал:Коннектимся через VPN к сетке, где стоит NAS с Active Backup for Business и бэкапимся...
Ключевой вопрос, как Active Backup переваривает прерывание vpn соединения?
В 02.07.2021 в 14:54, Alexei2020Oct сказал:Ключевой вопрос, как Active Backup переваривает прерывание vpn соединения?
Нормально переваривает, во всяком случае я не замечал проблем: у меня копирование данных идёт онли по туннелям, включая не только Active Backup, но и через smb, для небольших объёмов. Подозреваю всё таки что в Active Backup имеется механизм проверки данных, так что ок всё.
20 минут назад, kucher сказал:Подозреваю всё таки что в Active Backup имеется механизм проверки данных, так что ок всё.
Проверка целостности данных должна быть для любого нормального копирования данных. Вопрос был простой. Прямо во время копирования данных на небольшое время физически отключили от сети backup сервер. Завершит ли Active Backup процесс копирования без ошибок?
2 часа назад, Alexei2020Oct сказал:Проверка целостности данных должна быть для любого нормального копирования данных. Вопрос был простой. Прямо во время копирования данных на небольшое время физически отключили от сети backup сервер. Завершит ли Active Backup процесс копирования без ошибок?
Завершит и вы получите полноценный бэкап (в зависимости от установленных вами настроек). Конечно с отображением ошибки, сети то не было, ошибка соединения была..
2 часа назад, freewind сказал:Конечно с отображением ошибки, сети то не было, ошибка соединения была..
С чего это с ошибкой? Нормальный backup для работе с удаленным сервером должен уметь делать резервную копию без ошибки, даже если физическое соединение сервера на некоторое время прерывается.
28 минут назад, Alexei2020Oct сказал:С чего это с ошибкой? Нормальный backup для работе с удаленным сервером должен уметь делать резервную копию без ошибки, даже если физическое соединение сервера на некоторое время прерывается.
Копия НОРМАЛЬНАЯ без повреждений. Ошибка в связи с разрывом связи. Абсолютно любой НОРМАЛЬНОЕ приложение ДОЛЖНО выдать ошибку о прерывании процесса.
21 минут назад, freewind сказал:Копия НОРМАЛЬНАЯ без повреждений. Ошибка в связи с разрывом связи. Абсолютно любой НОРМАЛЬНОЕ приложение ДОЛЖНО выдать ошибку о прерывании процесса.
Вы что нибудь об очередях для передачи пакетов в интернете слышали?
43 минут назад, Alexei2020Oct сказал:Вы что нибудь об очередях для передачи пакетов в интернете слышали?
Вы мешаете в одну кучу мягкое с зеленым.
1. Пакеты у вас на каком уровне модели? А на каком уровне бэкапирование?
2. На прикладном уровне у вас есть только соединение оно либо есть, либо его нет. Исчезновение соединения вызывает приостановку процесса передачи файлов с сообщением об ошибке, а далее по настройке. Прервать, продолжить через промежуток, и число попыток продолжения. Так работает veeam, acronis и например HyperBackup Synology....
34 минут назад, freewind сказал:2. На прикладном уровне у вас есть только соединение оно либо есть, либо его нет. Исчезновение соединения вызывает приостановку процесса передачи файлов с сообщением об ошибке, а далее по настройке. Прервать, продолжить через промежуток, и число попыток продолжения. Так работает veeam, acronis и например HyperBackup Synology....
Мой вопрос относился к Active Backup для создания копии из ПК в NAS. Разумно предположить, что vpn соединение может прерываться. Сообразит ли софт в ПК повторить копирование после восстановления? Иначе можно единственную копию в NAS вообще испортить.
Кроме того, есть проблема порчи исходного диска ПК. И вопрос для Active Backup о проверке целостности переданных новых данных в самом NAS перед удалением старой копии в NAS. Была даже тема (вероятно с более старой версией софта для ПК)
1 час назад, Alexei2020Oct сказал:Мой вопрос относился к Active Backup для создания копии из ПК в NAS. Разумно предположить, что vpn соединение может прерываться. Сообразит ли софт в ПК повторить копирование после восстановления? Иначе можно единственную копию в NAS вообще испортить.
Кроме того, есть проблема порчи исходного диска ПК. И вопрос для Active Backup о проверке целостности переданных новых данных в самом NAS перед удалением старой копии в NAS. Была даже тема (вероятно с более старой версией софта для ПК)
1. Повторения не будет, оно и не нужно. Копирование продолжится с того места где произошел обрыв связи.
2. Есть версионность, да и бэкапирование идет с проверкой четности. кажды блок перед отправкой подписывается и на стороне NAS проверяется подпись блока.
3. А вот в отношении порчи бэкапироваться будет то что есть. ни одна программа бэкапирования никогда не определит испорченный файл у вас или нет. Она может только копировать изменения при инкременте... если вы не уследили и инкремент привел к тому, что правильного файла не осталось, ну все... такова судьба.
3 минуты назад, freewind сказал:3. А вот в отношении порчи бэкапироваться будет то что есть. ни одна программа бэкапирования никогда не определит испорченный файл у вас или нет. Она может только копировать изменения при инкременте... если вы не уследили и инкремент привел к тому, что правильного файла не осталось, ну все... такова судьба.
Это утверждение противоречит вашему п. 2: backup сервер пересчитывает контрольные суммы после пересылки и сверяет их с исходными данными. Правильный backup сначала копирует новые данные, а потом чистит самую старую копию.
Оказалось Active Backup с windows ПК работает по протоколу SMB, а Active Backup с linux ПК работает через протокол rsync, который более стойкий для пересылки данных с ошибками.
2 часа назад, Alexei2020Oct сказал:Это утверждение противоречит вашему п. 2: backup сервер пересчитывает контрольные суммы после пересылки и сверяет их с исходными данными. Правильный backup сначала копирует новые данные, а потом чистит самую старую копию.
Оказалось Active Backup с windows ПК работает по протоколу SMB, а Active Backup с linux ПК работает через протокол rsync, который более стойкий для пересылки данных с ошибками.
Вы как-то не правильно прочитали.
Повторю каждый блок ПЕРЕД ОТПРАВКОЙ подписывается и на стороне нас проверяется.
Любой правильный бэкап сначала формирует блоки и только потом их записывает в случае того же акрониса или вима через временное хранилище.
Еще раз прикладному уровню бэкапа без разницы через что идёт отправка. Для него есть соединение и не более. Онтсам отвечает за формирование образа и его корректность. И то какой под ним лежит транспортный протокол роли не играет. Webdav, smb, rsync, и т.д. да и в самбе проверка четности тоже есть ну и куча разных других интересных фишек.
39 минут назад, freewind сказал:И то какой под ним лежит транспортный протокол роли не играет. Webdav, smb, rsync, и т.д. да и в самбе проверка четности тоже есть ну и куча разных других интересных фишек.
Графическая надстройка программ backup Synology все настройки от пользователя скрывает.
Я написал, что для backup на уделенный сервер да еще через туннель надо, чтобы выбранный bsckup считал контрольные суммы и умел пересылать заново остаток файла, а не весь файл целиком после восстановления связи. smb работает через vpn, но досылать остаток файла не может, sftp, rsync могут.
И естественно лучше сначала копировать новую копию на сервер, а потом вычищать устаревшую. Так нет проблем с рассыпающимся диском источника.
4 минуты назад, Alexei2020Oct сказал:Графическая надстройка программ backup Synology все настройки от пользователя скрывает.
Я написал, что для backup на уделенный сервер да еще через туннель надо, чтобы выбранный bsckup считал контрольные суммы и умел пересылать заново остаток файла, а не весь файл целиком после восстановления связи. smb работает через vpn, но досылать остаток файла не может, sftp, rsync могут.
И естественно лучше сначала копировать новую копию на сервер, а потом вычищать устаревшую. Так нет проблем с рассыпающимся диском источника.
1. samba поддерживает дозапись файла 100% и даже в nix системах. Ну не считая вопроса к реализации использования протокола. И имеет кстати встроенный контроль четности.
2. Про rsync не уверен. мне что то больше попадалось что он начинает писать заново...
3. "новую копию на сервер, а потом вычищать устаревшую" как это решит проблему не выявленного "отсыпания" диска??
4. "Графическая надстройка программ backup Synology" не совсем понял что вы хотите настраивать? структуру протокола самба? или выбор протокола? Если выбор протокола, то еще раз повторюсь. Для прикладного уровня все что ниже абсолютно одинаково и значения не имеет.
9 минут назад, freewind сказал:1. samba поддерживает дозапись файла 100% и даже в nix системах. Ну не считая вопроса к реализации использования протокола. И имеет кстати встроенный контроль четности.
Unix все может быть. А в проводниках windows, который только sbm протокол понимает, перезаписывая файл через wifi или vpn, легко этот файл скопироватьь с ошибкой, затерев старый, т.е. просто потерять данные.
14 минут назад, freewind сказал:2. Про rsync не уверен. мне что то больше попадалось что он начинает писать заново...
А у меня в настройках backup Synology к нему претензий не нашлось.
16 минут назад, freewind сказал:3. "новую копию на сервер, а потом вычищать устаревшую" как это решит проблему не выявленного "отсыпания" диска??
Элементарно. Прежде чем чистить устаревший архив backup не сможет сделать копирование новых данных, т.к. на сервере не сходятся контрольные суммы дефектного файла. Все старые копии останутся на месте.
18 минут назад, freewind сказал:4. "Графическая надстройка программ backup Synology" не совсем понял что вы хотите настраивать? структуру протокола самба? или выбор протокола? Если выбор протокола, то еще раз повторюсь. Для прикладного уровня все что ниже абсолютно одинаково и значения не имеет.
Для начала хотелось бы видеть все установленные настройки, а не выяснять опытным путем процесс копирования новых и удаления старых данных на сервере.
2 минуты назад, Alexei2020Oct сказал:Элементарно. Прежде чем чистить устаревший архив backup не сможет сделать копирование новых данных, т.к. на сервере не сходятся контрольные суммы дефектного файла. Все старые копии останутся на месте.
Как будет происходить определение сбойного и легально измененного файла?
3 минуты назад, Alexei2020Oct сказал:А в проводниках windows
Вы опять подменяете прикладной уровень и транспортный. При чем тут проводник? Есть команда robocopy в windows с дозаписью, сверкой, и т.д. и т.п. и работает в том числе по самбе.
11 минут назад, Alexei2020Oct сказал:в проводниках windows, который только sbm протокол понимает
И да проводник windows отлично работает с ftp.
12 минут назад, Alexei2020Oct сказал:Для начала хотелось бы видеть все установленные настройки
какие вы выставите такие и будут. Еще раз прикладному уровню бэкапа без разницы что лежит ниже, самба рсинк фтп или прямая потоковая запись по UDP.
44 минут назад, freewind сказал:Как будет происходить определение сбойного и легально измененного файла?
Как правило локально диск сам оперирует с какими то контрольными суммами и не позволяет прочесть весь файл, если начинает сыпаться. Искажение файла при передаче по сети возможно, если старая копия стирается до завершения копирования и пересчета контрольной суммы на стороне сервера.
53 минут назад, freewind сказал:какие вы выставите такие и будут.
Никаких явных настроек для того же rsync в Synology нет. Он может затирать файл на сервере до начала копирования, может не считать контрольные суммы.
18 минут назад, Alexei2020Oct сказал:Искажение файла при передаче по сети возможно,
Эм. Любое ПО для бэкапа перед передачей блока делает для него хэш и отправляет с ним. На сервере каждый блок по хэшу проверяется. И то это сделано не из-за возможных ошибок передачи, они на транспортном уровне устраняются, а из-за возможных ошибок с прерыванием связи. Искажений при передаче вам не даст сделать протокол tcp.
18 минут назад, Alexei2020Oct сказал:Он может затирать файл
Причём тут протокол реализующий вам транспортный уровень? Вы работаете на прикладном с synology active backup. Он вам реализует инкремент, версионность и т.д. с какими параметрами он будет строить соединение вы вообще не узнаете да и не нужно это.
P.s. не совсем понимаю чего вы хотите добился. Пока из общения с вами следует что вы путаетесь между разными протоколами и уровнями организации передачи данных, отсюда и все ваши вопросы и не понимания. Пожалуйста воспользуйтесь поиском и почитайте о том как происходит передача данных, на каких уровнях и как осуществляется выявление и корректировка ошибок и т.д. Более чем уверен что большая часть ваших вопросов и недопонимания - пропадает.
12 минут назад, freewind сказал:Искажений при передаче вам не даст сделать протокол tcp.
Правильно. Но затиранию одной старой копии ftp не помешает, если стирание происходит до пересылки новых данных и проверки контрольных сумм.
Пожалуйста, так работает Hyper Backup на usb диск. Если исходный файл окажется с битыми секторами, то количество копий файла уменьшится на одну. И если backup имеет одну версию (так проще восстановить данные), то файл окажется потерян.
В тоже время Hyper Backup на rsync сервер отработает как надо с настройками по умолчанию.
Иногда практика - лучше любых диспутов.
9 часов назад, kucher сказал:Иногда практика - лучше любых диспутов.
Не хватает руководства пользователя программ Synology для backup и синхронизации. Вероятно, чтобы не вызывать отторжения у опытных пользователей unix отсутствием нужных опций.
У меня случайно образовался старый NAS (в нем rsync сервер) причем Synology (HyperBackup может многоверсионный архив читать локально). И все работает как надо: копирование, проверка, а потом затирка старой копии. Вероятно разработчики софта Synology настройки по умолчанию "медленного" rsync не меняли и не портили. Такой backup годится и для медленного vpn туннеля.
Если в основном рабочем NAS настроить HyperBackup на подключенный USB диск, то процесс копирования идет на порядок быстрее вероятно без чтения записанных данных и пересчета контрольных сумм. Это дело опытным путем даже проверить затруднительно.