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

ограничение на первичный раздел в Linux

Я собираюсь купить сервер для размещения базы данных Oracle. На сервере будет работать Red Hat Enterprise Linux 5. На сервере будет 6 жестких дисков. Я знаю, что в Linux существует ограничение в 4 основных раздела. Вот мой вопрос: существует ли ограничение в 4 раздела на физический жесткий диск (чтобы у меня могло быть 6 дисков x 4 основных раздела = 24 основных раздела)? Или операционная система поддерживает только 4 основных раздела?

Если операционная система может поддерживать только 4 основных раздела, как мне инициализировать 6 дисков? Я хочу максимально увеличить емкость хранилища на сервере.

Спасибо, Чак

Это не предел Linux, это ограничение формата таблицы разделов ПК (я думаю, изобретенного IBM), и, следовательно, очевидно, для каждого диска.

Linux на самом деле поддерживает и другие форматы таблиц разделов, хотя я бы не рекомендовал их, если вы работаете на оборудовании ПК, они в основном предоставляются, чтобы он мог сосуществовать с другими операционными системами и / или загружаться прошивкой на оборудовании где обычно используются эти форматы таблиц разделов.

Да, на каждый жесткий диск установлено не более 4 основных разделов, поэтому на вашем новом сервере может быть всего 24 раздела. Вы также должны отметить, что вы платите довольно серьезное снижение производительности, используя расширенные разделы на большинстве дисков, и что для включения расширенных разделов требуется один основной раздел, поэтому у вас останется только 3 (на диск).

Если вам нужна действительно гибкая система с резервированием, я бы рекомендовал создать минимальное количество первичных разделов, используя RAID10 для обеспечения как избыточности (посредством зеркалирования), так и конкатенации, а затем использовать LVM, чтобы Linux мог видеть результат как один большой том. . Обратите внимание, что для каждого добавляемого уровня абстракции программного обеспечения существует определенный штраф за производительность, поэтому как минимум найдите аппаратный RAID-контроллер.

Теперь о Oracle ... Oracle имеет возможность справляться со своим пространством хранения самыми разными способами. Вы можете установить Oracle на сервер, построенный, как я описал выше, вы можете использовать Veritas для управления своими дисками или разрешить Oracle доступ к дискам как к необработанным устройствам (вы разбиваете только пару для использования вашей операционной системы, и это не так. Даже не узнаю другие диски). Выбор правильной конфигурации для базы данных Oracle на самом деле требует понимания того, как база данных будет использоваться (а также стратегий резервирования и резервного копирования). Если вы новичок в Oracle, было бы разумно найти опытного наставника.

В общем, вам, вероятно, не стоит беспокоиться о родных (основных / расширенных) разделах, кроме одного раздела, с которого выполняется загрузка. Сделайте все остальное одним разделом и используйте какой-нибудь менеджер томов, например LVM.

Это дает вам гораздо больше гибкости (изменение размера, охват нескольких физических дисков, SW RAID). Также нет ограничений на количество разделов :-).

Есть ли причина, по которой LVM2 не может управлять всем диском? Я понимаю, что иногда ... да, есть ... ваш босс может не захотеть вводить LVM2, потому что API-перехватчики для управления им являются строковыми и уродливыми ... но теперь это почти исправлено с появлением liblvm2 (не lvm2cmd).

Однако, если вам нужна дополнительная информация о том, как это поможет вам никогда не столкнуться с этой проблемой ... просто обновите свой вопрос. Я отметил это в избранном и поставил +1.