Comments 20
Ребятки, у меня такой вопрос про FTP.
Скачивал и загружал 11 гб по FTP, если связь плохая, например, мобильный интернет, то файл был повреждён. Если я это делал через другие протоколы, при обрыве и восстановлении связи он проверял хеши и докачивал, делал всё правильно. А ftp - нет.
Есть ли ещё у кого такая проблема и если да, то как её решали?
FTP медленный (3 mb/s на сегодня это очень медленно) так он ещё и мёртвый протокол. Не просто так его из браузеров удалили.
Медленный, но верный. А главное простой.
Все эти S3 протоколы и прочие слишком сложны.
Кто хочет продавать - создает условия.
Если бы Яндекс хотел привлечь средний бизнес для бэкапов, реализовал хотя бы Webdav.
Возможно я не прав, и мне показалось, но тон ответов автора, на комментарии "всё плохое, вот мое хорошее"
Webdav - по опыту, если у вас много объектов, то это дико медленно(
С s3 я вообще проблем не вижу, почти каждое современное ПО для бекапа в него может, а если нет, то консольный клиент решает этот вопрос. У самого пет-проекты(linux) бекапятся в s3, и все хорошо.
это что за извращение? Есть протокол WebDav, который прекрасно работает через Curl а это что, API Webdavа? Это как?
Это не API WebDav'а, а API для работы с WebDav'ом. Curl конечно так же можно использовать. Яндекс диск сам по себе использует WebDav.
Вы наверное невнимательно читали статью. Я писал и лично проверял, что Яндекс диск "якобы" использует WebDav, на самом деле там невозможно передать большие файлы. А поддержка говорит, что все работает, используйте программу яндекс-диск, хотя вопрос не по приложению, а по протоколу webdav.
Хотя стоп, я не писал в статье что это о Яндекс-диск, так вот, сообщаю вам. Яндекс уничтожает свою репутацию, занимаясь такими игрищами с Webdav.
Вот никак не пойму, почему при передаче одного большого файла FTP должен быть медленнее других протоколов? Куча маленький файлов - согласен, будут проблемки.
У селектела дорогое объектное хранилище. Я у яндекс облака его беру. Так там еще и ЛЕДЯНОЕ есть, оно еще дешевле холодного, для вечных архивов с хранением не меньше года самое то.
Winscp для винды. Если сервер на линуксе?
Если база на ms sql, советую 2022 версию, там штатно бекап базы на уровне скуля делается прямо в объектное хранилище s3, без программ и скриптов
Дорогое? я вас умоляю. Посмотрел цены на Яндексе.
https://cloud.yandex.ru/services/storage
400 Гб холодного хранилища с 100Гб исходящим из облака траффиком стоят 555 рублей в месяц.
Скажите, может я чего-то не понимаю. Но вот уже несколько лет в теме и какая-то контора позволяет себе хранить бух учет на облаке? Все что моя орг-я наработала за 20 лет нежно храниться на сьемных носителях в сейфе у бухгалтера в двух и еще копия на болванках. Ежедневно копия на дополнительный диск и с него на внешний. И так уже 20 лет. Внешний диск естественно жесткий не ссд. И все в сохранности.
Тут нужно оценивать вероятности пожара и шифровальщика. Копия должна быть размещена отдельно и быть изолированные версии.
Просто ручками диски двигать можно, если ручки недорого стоят. Если ручки дорогие, облако дешевле выходит.
Если инфра конторы находится в облаке, а не под столом главбуха, то и бекапы будут в облаке.
Про бекапы, есть принцип 3-2-1, исходя из которого, одна копия должна находится вне периметра компании. Если делать все это руками, то обязательно выстрелит человеческий фактор, когда кому-то будет лень это делать, или забыл, или заболел и тогда будет больно.
шел 2023 год фкисин лил бекапы по протоколу оставленному для сохранения совместимости. Надо подождать еще лет 10 и он найдет документацию у селектела https://docs.selectel.ru/cloud/object-storage/tools/ и чем черт не шутит даже сможет разобраться с rclone. Все таки удивительный человек.
Легко архивируем 1С на холодное хранилище SELECTEL