mdadm: Замена массива с совершенно новыми дисками
Я использовал Postini Google только, таким образом, я не знаю, как он может отличаться от McAfee Безопасная Служба обмена сообщениями. Я не знаю, как точно очки вычисляются, но это, несомненно, основано на очень большом ряде факторов. Очки могли отличаться на основе пользователей, отмечающих сообщения как спам или не спам.
Пользователи, невыбрасывающие эти письма, должны учить Postini, таким образом, ложные положительные стороны не должны продолжать происходить. Если это не так Ваши опции:
Понизьте силу фильтра или еще лучше фильтра категории, который относится к сообщению, которое было поймано. Проблема с этим подходом - Вы, может отредактировать каждую учетную запись индивидуально, или можно отредактировать шаблон, который изменит фильтры для всех новых учетных записей, которые Вы создаете, но Вы не можете внести глобальное изменение.
Лучшая альтернатива должна добавить в белый список определенные адреса электронной почты или домены. Можно сделать это на отдельную учетную запись, или можно сделать это группой (включая группу все) в Postini, таким образом, можно внести изменение для всех сразу. Вы могли добавить в белый список invitations@linkedin.com и connections@linkedin.com или просто *@linkedin.com, чтобы позволить любому из linkedin.com обходить фильтрацию Postini.
Создайте совершенно новый массив с новыми дисками, это не стоит риска или стычки для питания со старыми дисками. Рассмотрите тщательно тип набега, который Вы настраиваете. RAID5 на дисках, настолько больших, ведет, чтобы очень долго восстановить времена, в течение которых Вы уязвимы для второго сбоя диска и полной потери данных. Существуют стратегии снизить этот риск, такой как использование RAID6, где можно пережить потерю двух из дисков.
Также считайте выполнение LVM сверх Вашего нового массива RAID, поскольку это даст Вам опции для того, чтобы вырастить или переместить файловые системы в будущем.
Если Ваша цель состоит в том, чтобы преобразовать массив mdadm RAID5 с 3 устройствами в массив с 4 устройствами, я полагаю, что Вашим единственным выбором прямо сейчас является Ваша первая опция: Создайте второй массив с четырьмя дисками на 1 ТБ, затем скопируйте все свои данные из первого массива.
Насколько я знаю, mdadm "растут", режим в настоящее время не поддерживает добавление большего количества устройств к существующему RAID5, таким образом, к сожалению, Вы не можете использовать свою вторую опцию. Или скорее если Вы действительно пойдете со второй опцией, то Вы закончите с RAID5 с 3 устройствами на дисках на 1 ТБ с диском на 1 ТБ, перенесенным как запчасть. (Я полагаю, что Вы могли настроить тот дополнительный диск как горячее резервирование.)
Изменение существующего RAID всегда напрашивается на неприятности, также какого возраста Ваши 3 диска на 500 ГБ? Если бы им больше чем 3 года, это была бы хорошая идея удалить их из производства так или иначе, поскольку они добираются в конец, там живет, и у Вас могло бы быть больше проблем с ними, чем Вы хотите так или иначе, повторно имеете целью их в к низкоприоритетному погружению где-то в другом месте.
В то время как существуют опции переместить данные, не создавая новый массив, нет большого количества точки при этом, файловые системы будут в режиме офлайн во время миграции так или иначе.
В согласии с Phil Hollenback я думаю, что необходимо переместиться в установку RAID6 с LVM (единственная причина, я отправляю это, как ответ - то, что я еще не могу прокомментировать этот сайт), но я думаю он understressed, как RAID5 является плохой идеей.
Поскольку диски в Вашем наборе, вероятно, будут несколько подобными (хотя идеально от различных производственных пакетов), я ожидал бы, что они перестанут работать друг близко к другу. С RAID5 с одним сбойным диском Вы не имеете дублирования в запасе, если единственный диск перестал работать, и первая вещь, которую Вы делаете в этой точке, проведена все Ваши диски через дополнительное напряжение восстанавливания.
Используя LVM позволяет Вам сохранять свое время простоя маленьким в случае, если Вы когда-либо хотите или должны мигрировать снова. Я думаю логический "следующий шаг" для Вашего сервера, в случае, если Вы не хотите использовать возможность теперь, была бы специальная карта RAID-контроллера, которая затем появится как единое устройство к ядру, таким образом, необходимо было бы переместить данные снова в ту точку, и LVM может сделать это, в то время как файловые системы смонтированы (с некоторыми протестами для корневой файловой системы).
Если у Вас есть бюджет для него, Вы могли бы также сделать решающий шаг и инвестировать в аппаратные средства решение RAID; разумные должны запуститься в диапазоне цен за 500$ и включать поддержку RAID6, и батарея создают резервную копию единицы. Знайте, что продукты от довольно крупной компании в этом сегменте не позволяют уменьшать единицы, таким образом, Вы или избегаете их или теряете некоторую гибкость по сравнению с программным обеспечением Linux, RAID, но дополнительная производительность кэша записи с буфером батареи определенно стоит того, особенно при использовании файловой системы журналирования.