Назад | Перейти на главную страницу

Диспетчер источников против резервных копий

Мне нужно получить некоторые профессиональные данные.

Я хочу сказать, когда у вас есть разработка, например, веб-разработка, и вы получаете несколько файлов .cs, aspx, .css, .js, и вы получаете некоторые графические файлы, такие как .psd и т. Д.

Каковы лучшие решения для резервного копирования всех ваших разработок.

Серверные файлы, ежедневно использующие вашу резервную копию, или менеджер исходных кодов всех исходных файлов.

Я думаю, что если вы поместите всю свою разработку в диспетчер исходного кода, такой как Subversion или TFS, это лучший способ работать. Вы можете сделать резервную копию БАЗЫ ДАННЫХ вашего менеджера источников на сервере, и с менеджером источников вы выиграете модификацию ваших файлов Historique. Вам нужно только сделать резервную копию базы данных менеджера источников, и в случае возникновения проблемы вы просто восстановите базу данных.

Если вы используете RAID, и RAID выходит из строя, и ваши файлы резервных копий повреждены, вы, возможно, потеряете некоторые файлы и никогда не получите историческую модификацию вашего файла.

Что вы думаете об этих решениях, каждый человек получает на компьютере диск емкостью 1 ТБ, чтобы получить файл из диспетчера источников, а резервная копия сервера просто создает резервную копию базы данных диспетчера источников.

Каждый знает в мире ИТ, что у них всегда есть что-то более важное и срочное, чтобы проверить, правильно ли работал файл резервной копии, и мы никогда не покрываем инцидент с файлом сервера и файлами одного сервера, с 5 дисками по 1 ТБ и только некоторыми файлы находятся в исходном менеджере.

Что вы думаете об этом?

Первый:

  • -RAID не является резервным.
  • -Revision / Source Control не является резервной копией.
  • -Бэкап - это не версия / контроль версий.

Из них только RAID является необязательным, но едва ли.

Вы должны использовать Revision / Source Control для любых репозиториев кода, которые у вас есть, даже если вы единственный разработчик и не ожидаете, что он сильно изменится. Рекомендуется, чтобы ваши диски были как минимум в массиве RAID 1, RAID 1 + 0 (иногда называемом RAID 10) или RAID 5. Я предпочитаю RAID 6. RAID 0 требует душевной боли.

Если диск вышел из строя, это имеет приоритет над всем, кроме пожара в здании. Приоритет №1 - заменить диск. Если ваш сервер находится на гарантии (например, HP, Dell, IBM и т. Д.), Отправьте поставщику билет, в котором указано, что вам нужен новый диск. Как только он поступит, ваш новый непосредственный приоритет - это фактически поместить его на сервер и, если необходимо, запустить перестроение массива.

Вам необходимо создать резервную копию репозитория системы управления версиями. Иногда имеет смысл копировать его в отдельную копию (например, периодически записывать на DVD).

Наконец, вам нужно протестировать свои резервные копии. После успешного завершения попробуйте восстановить его в другом ящике. Если не работает, значит, у вас нет резервной копии. После того, как вы получите эту работу, найдите (Tape) Rotation Strategies. После отказа диска или сервера не время тестировать резервные копии.