Ошибка компиляции при создании пользовательского ядра

Это было правдой один раз - один раз, когда-то при дисках времени были меньше (и медленнее), как были ленты. Если у вас есть большая RAID Group, и понесена (соединение) неисправность - все данные на этой группе RAID должны быть восстановлены.

По мере увеличения размеров, поэтому также требуется количество лент.

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

Точно так же - цикл резервного копирования может оказаться очень долгое время - была очень реальная опасность, которую вы не сможете выполнить вашу «ежедневную» расписание резервного копирования каждый день.

Так что вместо того, что вы сделаете - создайте отдельные файловые системы на отдельных физических устройствах и обратно их независимо. Затем вы можете пошутить вам резервное копирование или поток в разные ленточные устройства. Если произошло неудача, вы замените и восстановите только этот сегмент и сделать.

Эти причины по-прежнему применяются в той степени, но приводы и ленты больше и быстрее. (И множество людей в любом случае прямыми на диск). Автоматические восстановления тоже гладят.

Так что теперь они ключевые причины раздела:

• контроль над использованием пространства. Вы не хотите, чтобы пользователь вручить «root», потому что они скачали слишком много мусор в «домой».
• Сегрегирующиеся «вещи, которые вам нужны для резервного копирования» от «Что вы не». Если ваш автоматический процесс восстановления достаточно плавный, вы должны быть в состоянии восстановить быстрее, чем вы восстановите, и вы просто добавляете переходные данные (файлы базы данных, пользовательские данные и т. Д.).
• сегрегация конфигурации диска. Вам, вероятно, не нужна высокая производительность или высокий устойчивый диск во всем. Затем вы можете выбрать различные типы дисков или типов RAID.
• Резервные копии дискового слоя - вы можете защелкиваться или клонировать, но обычно вы можете сделать это только на уровне LUN. Этот Tech позволяет довольно простые варианты восстановления / откатываться назад / вперед, но необходимо отделить хранилище, с которыми вы делаете. (Вы не хотите стереть свои домашние диски каждый раз, когда вы откатываете Oracle DB)