Сервер резервного копирования с несколькими типами баз данных каждую ночь
У меня есть веб-сервер под управлением Windows Server 2012 с тремя основными функциями:
- Веб-файлы (файлы html, php и т. Д.)
- база данных mySQL
- база данных solr
Это произошло мне сегодня, что я был так занят разработкой в течение прошлого года, что я ни разу не подумал о резервном копировании чего-либо - и, к счастью, это произошло со мной сегодня, а не после сбоя сервера!
Мне интересно, как лучше всего каждую ночь делать резервную копию этих трех разрозненных вещей. Я полагаю, что мог бы:
создать своего рода «образ диска», что было бы неплохо, поскольку я мог бы хранить образы и легко возвращаться к вчерашним данным, если произойдет что-то катастрофическое, но я когда-либо создавал образы дисков только для личных используйте, и если мой диск составляет 1 ТБ, изображение составляет 1 ТБ - хотя я не знаю, является ли это единственным способом сделать это, и я не уверен, что у меня есть место на жестком диске, чтобы делать это каждую ночь. Плюс - у меня только 1 сервер с 2 дисками, поэтому я не уверен, куда бы я вообще делал резервную копию. Если бы это был лучший вариант, я бы нашел способ заставить его работать.
Я мог бы написать сценарий для копирования всех веб-файлов (php, html и т.д.) каждую ночь, и относительно легко написать сценарий резервного копирования MySQL, но поиск в Интернете для резервного копирования solr не кажется таким простым вперед. Конечно, я думаю, что смогу это выяснить, а затем просто подтвердить эти три вещи по отдельности, но, вероятно, кому-то будет труднее вернуть эти данные в компанию, если со мной что-то случится.
Есть (всегда) третий вариант, который я не вижу
Есть много приложений, которые отлично справляются с резервным копированием SQL, файлов, состояния системы или простых резервных копий на уровне файлов, особенно для Windows. Я бы порекомендовал использовать морошку или другой программный пакет по вашему выбору, чтобы убрать человеческий фактор из резервной копии. Резервное копирование базы данных sql, состояния системы и выбора файлов / каталогов, включая папку индекса solr.
Также подойдет комбинация планов резервного копирования на основе сценариев SQL и пакетных сценариев, выполняемых с помощью планировщика задач (как вы, кажется, упомянули в своем вопросе). Однако, если вы пойдете по этому пути, убедитесь, что вы часто его проверяете или используете такую утилиту, как vbackup, которая позволяет вам создавать журналы! Я могу предоставить примеры сценариев, которые я использовал, если хотите.
РЕДАКТИРОВАТЬ: Чтобы ответить на ваш вопрос более подробно, использование таких приложений, как Cloudberry, позволит сжатие, шифрование и гораздо более низкие требования к пропускной способности.
Образ диска будет работать , если все приложения остановлены - иначе вы не узнаете, есть ли у вас ожидающие транзакции, когда вы делаете дамп. Это также медленный способ восстановления, если вам не нужно восстанавливать все целиком.
Дампы MySQL просты, как и текстовые файлы (хорошая идея - git с автоматическим git push). Для solr похоже, что есть резервный URL-адрес, который вы можете вызвать, который сбросит его, но я использую его только в Elasticsearch, поэтому YMMV.
Я бы рекомендовал создать резервную копию каждого элемента отдельно. Таким образом, если что-то пойдет не так только с одним элементом, вам нужно будет восстановить только этот один элемент ...
Похоже, вы на правильном пути для резервного копирования веб-контента, но для SQL я бы предложил использовать функциональность заданий на сервере MSSQL (в отличие от планировщика задач). Это дает дополнительное преимущество, так как дает вам историю состояния выполнения задания. https://blogs.msdn.microsoft.com/sqlagent/2010/10/12/create-a-database-backup-job-using-sql-server-management-studio/
Добро пожаловать в мир резервного копирования, Брайан! Я думаю, я был на вашем месте некоторое время назад, когда думал о бэкапах как о пустой трате времени и, возможно, денег, но ты попадаешь в точку, когда тебя кусают!
Я думаю, что вам нужна резервная копия на основе образов с интеграцией VSS, которая гарантирует согласованность ваших данных и резервных копий. Существует множество решений с различными опциями, ценами и т.д..
Все, что вам нужно учитывать:
1) Хранение, в основном там, где необходимо хранить ваши резервные копии (например, на месте или за пределами площадки => в облаке). 2) RTO, RPO => подумайте о количестве потерь данных (это делает вашу частоту резервного копирования и дневник) и скорости восстановления (например, насколько быстро вы восстанавливаете данные в зависимости от случая), - и то, и другое делает вашу общую политику сохранения данных. 3) Решение. Я попробовал другое, и с самого начала могу предложить следующее: Резервное копирование Cloudberry Backup, Veeam Endpoint, Crashplan и некоторые другие. 4) Какие варианты восстановления вам нужны (в основном то, что вы хотите защитить свою форму, например, весь компьютер, несколько файлов, mysql транзакции / БД / экземпляры / возможность отката и т.д...). Все это, в основном, должно рассматриваться вместе с #2 RTO...
Подумайте и взвесьте вышеперечисленные 4 вещи и примите решение. И да, резервное копирование важно, особенно когда вы начинаете терять данные, поэтому вы в спешке! Резервное копирование - ваша страховка.