Расширение системного Windows 2003 Server раздела

Ответ зависит от многих факторов.

1) Обеспеченность. Кто собирается поддерживать систему? Если у Вас есть контракт для системной поддержки со стороны внешнего объекта, то у Вас есть к придерживавшемуся конфигурация, которую они поддерживают. Они могут поставить некоторые ограничения, какие файловые системы можно использовать.

2) Расположение (число и тип файловых систем) будет зависеть от того, в чем Вы нуждаетесь. Если два раздела работы на 8 ТБ для Вас, это может быть правильный выбор. Я предполагаю, что мы говорим приблизительно два раздела для данных, и у Вас есть отдельные файловые системы для самой ОС (/, / начальная загрузка,/usr/,/tmp, / var).

3) Размер файла и шаблон доступа к данным. Удаление больших файлов на ext3 с опциями по умолчанию (data=ordered) является болезненным. Если Вы ожидаете должны удалить большой (сотни ГБ) файлы часто затем или перейти к data=writeback с ext3 или выбрать xfs/ext4. Та же проблема произойдет, если у Вас будут устройства записи, которые синхронизируют существенные объемы данных, в то время как существует другой ввод-вывод, идущий в FS.

3) время fsck

o) У меня нет опыта с xfs fsck временем и требованиями.

o) ext3 fsck для 2x8 ТБ будет проблематичен из-за памяти requirmements. Вам будет нужна RAM (конечно, больше чем 2 ГБ), чтобы она завершилась, предпочтительно 64-разрядная система и много времени (я сказал бы за несколько дней до того, как fsck завершается).

o) ext4 поддерживается на RHEL 5.6 и поэтому должен быть на CentOS. Это уменьшило бы Ваше fsck время существенно по сравнению с ext3 и должно улучшить производительность также. Лично я пошел бы с этой файловой системой, но поэтому

4) Зона комфорта. От файловых систем, которые, задание выбирает ту, которой Вы являетесь самыми довольными. Если у Вас есть годы опыта с файловой системой Z, и она работает на Вас, то, вероятно, это - хорошая файловая система для Вас.

Мой личный выбор? разделите / раздел начальной загрузки, отформатированный с ext3. Отдых устройства хранения данных превращен в физические тома LVM. LVM с двумя группами объема - один для ОС, один для данных. Оставьте некоторое пространство неиспользованным в группах объема, так, чтобы было возможно сделать снимок LVM файловой системы к fsck это, не снижая целую систему (с этим большие файловые системы, тихая разрядная гниль возможна, проверьте на него при ожидании btrfs для назревания). ext4 для ОС и разделов данных - потому что это быстро, я люблю его и доверяю ему.