| 1.2, Аноним (2), 15:43, 05/06/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +9 +/– | |
> имеющихся алертов с помощью хуков
Тяжело понять, этот текст УЖЕ генерирован ИИ или ещё нет?
| | |
| |
| 2.4, Аноним (4), 17:08, 05/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
Выше про логи событий написано. Нижний абзац был специально для избранных написан,там меньше букв.
| | |
| 2.13, Аноним (13), 17:47, 05/06/2024 [^] [^^] [^^^] [ответить]
| +2 +/– |
ИИ пищет гораздо грамотнее смотри: "Выпуск nxs-backup 3.7.0 представляет собой значительное обновление для инструментария резервного копирования, которое включает в себя не только поддержку различных систем управления базами данных, но и улучшенные возможности мониторинга и интеграцию с внешними хранилищами. Смена лицензии на Apache 2.0 расширяет гибкость использования и модификации кода проекта. Добавление метрик для мониторинга улучшает прозрачность процесса резервного копирования и позволяет более эффективно управлять состоянием бэкапов, что является важным улучшением для IT-специалистов, занимающихся обеспечением надёжности данных. Возможность использования переменных окружения и пользовательских скриптов делает nxs-backup более гибким и адаптируемым к различным рабочим средам. В целом, эти обновления делают nxs-backup более мощным инструментом для резервного копирования и управления данными."
| | |
| 2.42, Аноним (42), 17:17, 08/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
Блин, ну ты как первый день в IT O_o
Обычная терминология с англицизмами, в IT ещё и не такой словесный буллщит встречается :)
| | |
|
| 1.8, Аноним (13), 17:33, 05/06/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Ещё есть кейс хранить Бекапы в холодном хранилище откуда их достать требуется два дня. А то и больше потому что время от запроса до возможности скачать не особо то и регламентировано по нижней границе.
Если что там можно хранить очень старые Бекапы. Свежие лучше где-нибудь где есть быстрый доступ.
| | |
| |
| 2.14, Аноним (14), 18:32, 05/06/2024 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> не особо то и регламентировано по нижней границе
Смотря где. У васянов наверное не регламентировано. А у серьёзных компаний очень даже. К примеру, нам AWS прислал нарочным Snowflake бесплатно, когда оказалось, что не могут из холодильника вынуть данные в срок. Правда для этого пришлось с аккаунт менеджером созвониться аж дважды.
| | |
|
| 1.9, WE (?), 17:39, 05/06/2024 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Сабж пользовал кто? Может фитбек есть.
Или здесь староверы на BorgBackup?
| | |
| |
| 2.12, Recall (?), 17:45, 05/06/2024 [^] [^^] [^^^] [ответить]
| –3 +/– |
 Странный вопрос. Конечно же Macrium Reflect для личного пользования и Bacula на работе. Всё остальное либо игрушки, либо сильно хуже.
| | |
| |
| 3.18, кент кента (?), 20:57, 05/06/2024 [^] [^^] [^^^] [ответить]
| +1 +/– | |
>Bacula на работе
Можно пример чем бакула эта лучше, чем rsync + zfs snapshots (с предварительным ssh dbserver "mongodump -o /home/dumps/mongo") ?
| | |
| |
| 4.19, Diozan (ok), 21:15, 05/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
 Немного разные вещи резервное копирование и синхронизация каталогов.
| | |
| |
| 5.30, кент кента (?), 08:49, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– | |
> синхронизация каталогов.
unix-way, не слышал? клади в каталоги бэкапы и всё будет хорошо.
вменяемые софтины (как nextcloud, в отличие от seafile) хранят все данные как файлы на fs и прекрасно бэкапятся rsync-ом. ну, mysql для надежности никто не мешает.
сложный софт типа гитлаба и сам бэкапится, и всё опять сводится к синхронизация каталогов
| | |
|
| 4.21, noc101 (ok), 21:43, 05/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
 >ssh dbserver "mongodump -o /home/dumps/mongo"
А если будет ошибка? Будет битый бекап. Мммм супер
| | |
| |
| 5.29, кент кента (?), 08:43, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– | |
>А если будет ошибка
тогда будет error code > 0 и скрипт отправит сообщение админу
| | |
| |
| 6.40, noc101 (ok), 15:13, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
>>А если будет ошибка
> тогда будет error code > 0 и скрипт отправит сообщение админу
Я вижу ты кучу бекапов запорол и даже не знаешь об этом мммм крассота
Открою тебе тайну, дам базы может завершится неполным дампом. Сама БД может содержать ошибку которая помешает правильному развертыванию.
Ох хлебанешь ты горя в один ужасный вечер пятницы))
| | |
|
|
|
|
| |
| |
| 4.20, Аноним (20), 21:36, 05/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ходит первой и выигрывает. Она в 2000 появилась. Упомянутый рядом restic - в 2015, и до v1.0 ещё не дорос.
| | |
| |
| 5.24, Аноним (20), 22:18, 05/06/2024 [^] [^^] [^^^] [ответить]
| +/– | |
Хотя они все по-своему стрёмные. Bacula известна сложностью.
Restic известен современной дедупликацией на rolling hash'ах, которая написана на Go, который "uses more than 4gb ram on 14gb backup than crashes". Kopia - это как Restic (и тоже на Go), только моднее (осторожно, модность софта используют как оправдывание для сырости). В этом семействе, то есть на rolling hash'ах, ещё Duplicacy (тоже на Go, оказывается).
| | |
|
|
|
| 2.22, noc101 (ok), 21:47, 05/06/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Надо думать что будешь бекапить, какие есть средства для развертывания бекапов.
Я лично юзаю Veeam
Но если у тебя простой сервак с сайтом, то это будет тяжелый инструмент и избыточный.
Можно обычным скриптом обойтись.
На твой вопрос нельзя ответить однозначно.
| | |
| |
| 3.35, Аноним (10), 10:26, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
Ну Veeam Backup & Replication это классика, это да. Но она же только под винду, не?
| | |
| |
| 4.39, noc101 (ok), 15:11, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
> Ну Veeam Backup & Replication это классика, это да. Но она же
> только под винду, не?
Под винду тоже есть. Но у меня на отдельной виртуалке он крутится.
Линукс версии нету.
| | |
|
|
| 2.23, anonnn (?), 21:59, 05/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
а с шифрованием оконечного бекапа что умеет бекапить, так что бы удобно все было?
на удаленный серв (webdav)
пока юзаю gocryptfs в reverse mode + rsync на смонтированную папку webdav
но как то не особо удобно
| | |
| |
| 3.27, sabinich (ok), 04:49, 06/06/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
 restic по умолчанию создаёт шифрованный репозиторий хранения бекапов
borgbackup - тоже умеет шифровать хранящиеся бекапы (указывается отдельным ключом)
| | |
| |
| 4.34, Аноним (10), 10:25, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
А что это идея, шифровать бекапы чтобы их не зашифровали хакеры.
| | |
| |
| 5.37, anonnn (?), 11:56, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
ну у меня чувствительные данные и не хочется ято бы они в голом виде лежали на удаленном хосте. да взять те же ключи от криптокошелька
| | |
|
| 4.36, anonnn (?), 11:55, 06/06/2024 [^] [^^] [^^^] [ответить]
| +/– |
почитал документацию. интересная софтина, подойдет мне, заюзаю. спасибо
| | |
|
|
| 2.28, abu (?), 05:54, 06/06/2024 [^] [^^] [^^^] [ответить]
| –1 +/– |
rsync юзаю. либо rsync с хардлинками для файловых серверов. каких-то заметных плюсов в комбайнах не вижу, если кто расскажет - будет интересно ознакомиться.
| | |
| |
| 3.31, 1 (??), 09:09, 06/06/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
Заметные плюсы начинаются когда серверов больше десяти. И ещё нужны разные схемы хранения данных (да и стоимость хранения тоже важна). И ты мог восстановить данные на конкретное время и быстро.
Вот почему CDEK так долго лежал ? Они БД из холодного бэкапа доставали.
А так - rsync рулит, да... Да и все "системы" это обвязки над чем-то типа rsync.
| | |
|
| 2.32, Аноним (32), 09:23, 06/06/2024 [^] [^^] [^^^] [ответить]
| +1 +/– |
urbackup
правда не очень надежна при длительном использовании большом объеме. но настраивается легко и основные фичи есть. Самое главное кроссплатформенность.
| | |
| 2.41, t (??), 08:52, 08/06/2024 [^] [^^] [^^^] [ответить]
| +/– | |
kopia у меня нормально так и не заработала. сделал репо на 300 гб, а через неделю оно запоролось так, что только удалять. плюс - что работает под windows.
urbackup норм, пользуюсь, btrfs reflink решает.
borg на первом месте, никаких претензий, кроме не работы на виндовых хостах.
| | |
|
|
