Кэш записи с аварийным батарейным питанием
system_profiler
- Найденный в/usr/sbin/даст Вам набор информации о сервере/компьютере (я попробовал его на Leopard, не уверенном, если это - то же для Tiger),
top -o cpu
- Для живого Действия ЦП
Вы смогли находить более полезные команды для OS X в этом сообщении SF: https://serverfault.com/questions/7346/useful-commandline-commands-on-mac-os
Что точно это делает? Выборка из этого документа Compaq объясняет это хорошо:
Прерывания подачи питания, даже в течение кратких моментов, приводят к потере данных, которые писались в, или читайте из устройства хранения данных... Прерывания подачи питания могут иметь терминальные эффекты на данные, которые находятся в процессе того, чтобы быть записанным и временно находятся в кэше. Эти данные еще не существуют в среде хранения и были разгружены с сервера.
Поэтому потеря питания к кэшу означает, что любые данные, хранившие в кэше, потеряны навсегда.
Если, однако, кэш имеет источник питания, независимый от внешней среды IT, данные в кэше могут сохраняться в течение короткого промежутка времени, позволяя восстановление тех данных и защиту целостности критически важной для бизнеса информации. Поддержка батареи кэша выполняет эту функцию независимого политика, хотя временный, источника питания. Кэш с аварийным батарейным питанием будет обычно сохранять целостность данных в кэше сроком на несколько дней, в зависимости от мощности батарей во время отказа.
Это только для конфигураций RAID? Что-либо делающее кэширование записи может иметь BBWC, RAID-контроллеры и покрытие SAN большинство из них.
Если существует неправильное функционирование питания, разве потеря данных не неизбежна? Более вероятно, произойдет, есть ли у Вас включенное кэширование записи и никакой резервный аккумулятор. Это - сильная рекомендация что, если нет никакого резервного аккумулятора, которые пишут, что кэширование отключено.
Есть ли какие-либо повышения производительности от него (предположение, что сервер главным образом сделает последовательные чтения и последовательные записи)? Запишите, что кэширование там для производительности, что это в основном означает, когда записи сбрасываются к диску, дисковый контроллер возвращается к ОС, указывая, что записи фиксировались, когда они находятся все еще на самом деле в кэше и могут быть записаны позже.
Что влияло на Ваше решение, когда Вы столкнулись с опцией купить ту? Это - стандартная опция для любого профессионального RAID или SAN на рынке, кэширование Записи и резервный аккумулятор идут рука об руку, и необходимость, особенно если Ваша система для базы данных. Запишите, что кэширование без резервного аккумулятора опасно, и отключение электричества может оставить базу данных в неисправимом состоянии.
Кэш записи С аварийным батарейным питанием сохраняет кэш сроком на время, после того, как питание машины пойдет. Это для любого RAID-контроллера, так как большинство сделает некоторое кэширование записи, используете ли Вы JBOD или RAID. Если существует питание malfuction, можно в конечном счете потерять данные. Но для коротких потерь мощности, это сохранит Ваши данные, таким образом, это будет определенно стоить стоимости.
-
1Это чрезвычайно корректно, если Вы хотите использовать запись, кэширующую затем BBWC, обычно хорошие инвестиции. – theotherreceive 14 September 2009 в 14:42
(Нормальному) RAID нужен своего рода кэш записи с аварийным батарейным питанием для контакта с дырой записи. В течение середины записи, между тем, когда Вы сначала начинаете писать и когда Вы заканчиваете, что конкретная дорожка набега недопустима - четность не соответствует. При отключении системы прямо тогда, Вы потенциально теряете больше данных, чем Вы проиграли бы без RAID вообще.
Кроме этого, точка BBWC должна получить выигрыши в производительности записи, кэширующейся, не увеличивая объем данных, который Вы теряете сбою питания вне того, если у Вас не было кэша записи вообще.