Узнайте пять советов по резервному копированию. Легко цитировать лучшие практики и говорить кому-то, что он должен делать, но это не всегда работает на практике...
5 советов по резервному копированию
1. Старое правило 3-2-1 - не думаю, что оно абсолютно необходимо в любой ситуации, но вас также никогда не уволят за то, что у вас слишком много хороших копий данных вашей компании или за то, что вы слишком сильно защищаете корпоративные данные. Правило 3-2-1 гласит, что вы должны хранить три (или более) копии данных на двух разных носителях и одну в удаленном месте. Те, кто использует этот метод, редко сталкиваются с тем, что у них нет надежной резервной копии, из которой можно восстановить файлы. Недостатками этого правила являются требования к пространству и управлению. Три копии данных требуют много места, а хранение на двух разных носителях обходится дорого. Забор и хранение вне офиса также стоят дорого, но вы должны взвесить расходы на 3-2-1 против отсутствия хорошей и пригодной для восстановления резервной копии.
2. Выделенная сеть резервного копирования - добавьте сетевую интерфейсную карту (NIC) к вашим серверным системам, поместите эти NIC в собственную изолированную виртуальную локальную сеть (чтобы интенсивный трафик резервного копирования не влиял на производственный трафик) и используйте центральное место резервного копирования, например, сервер хранения или сетевое хранилище. Обязательно соедините несколько сетевых карт вместе на сервере хранения для обработки всех входящих данных. Высокоскоростные дисковые массивы также помогают одновременно записывать данные из нескольких мест.
3. Поэтапное резервное копирование - кажется, что все хотят, чтобы резервное копирование начиналось в 1:00 утра. Не делайте этого. Вы перегрузите сеть трафиком резервного копирования, даже через отдельную виртуальную локальную сеть, и в итоге резервное копирование не завершится из-за тайм-аута или будет идти бесконечно. Рассчитайте, сколько времени занимает каждое резервное копирование, а затем распределите его соответствующим образом. Кроме того, не все серверы нужно резервировать ночью. Некоторые серверы могут затихнуть уже в 18:00, когда все уже вышли из корпоративной сети. Вы можете создавать резервные копии нескольких систем одновременно - только не КАЖДОГО сервера.
4. Документируйте свои процедуры резервного копирования. Документирование - это то, что все любят делать меньше всего, но помните, что вы работаете не в полном вакууме. Есть и другие люди, которым, возможно, придется следовать вашим инструкциям или подхватить то, что вы оставили, когда вы смените работу. Пожалуйста, документируйте стратегию резервного копирования, шаги, которые вы предпринимаете для резервного копирования данных, место резервного копирования данных, определите и объясните автоматизацию, а также объясните, как получить резервные данные. Проверьте свою документацию, попросив кого-нибудь другого выполнить резервное копирование и восстановление. Передача данных очень важна, и если вы покидаете свою нынешнюю компанию в плохой ситуации, вы ограничиваете свои будущие карьерные возможности. Технологические круги тесны, и все болтают. Если вы получите плохую репутацию из-за саботажа или негативных увольнений, вы нанесете временный ущерб компании, но навсегда навредите себе.
5. Проверяйте свои резервные копии - хотя этот совет должен быть само собой разумеющимся, многие системные администраторы запускают резервные копии, проверяют, выполнились ли они, но никогда не проверяют, действительно ли резервная копия полезна. Вы можете автоматизировать это восстановление, если хотите; это не обязательно должен быть ручной процесс восстановления, чтобы проверить, что вы можете взять файл из резервной копии и восстановить его в известном месте.
Заключение
Резервное копирование - это основная, распространенная болевая точка среди системных администраторов. Никому не нравится выполнять резервное копирование, и, кажется, мы злимся, когда приходится восстанавливать из резервной копии. Резервное копирование - это просто вселенская боль. Однако они являются необходимым злом. Хорошее резервное копирование может сэкономить вам массу времени, в то время как плохое резервное копирование или, не дай Бог, полное отсутствие резервного копирования мало способствуют развитию вашей карьеры системного администратора.