Индексация сервисной проблемы

Мои мысли:

  • они являются дорогими. Найдите торгового посредника, которому Вы доверяете, затем работаете для покупки в четверти - (или еще лучше, год-) конец.
  • лицензии будут никель-и-десять-центов Вы (или скорее ударить Вас спам для нескольких-тысяч - $) каждый раз. Большая часть изящной функциональности является лицензией дополнительных расходов.
  • поддержка является дорогой, специально для механизма EOL. Однако при установке его право большую часть времени первый признак проблемы с единицей будет состоять в том, когда сменная деталь обнаружится на стойке регистрации.
  • когда Вы покупаете больше способности, покупаете ее полностью заполненной полкой. (См. выше для четверти - и конец года.) Покупка дисков для частично заполненной полки является НЕВЕРОЯТНО дорогой - и NetApp очень вряд ли отбросит цену на них, когда Вы купите один или два за один раз.
  • между дисковой калибровкой права, запчастями и четностью, Ваш эффективный урожай пространства неутешителен по сравнению с Вашими "сырыми данными". Пример: у нас есть 2020 с диском на 12x500 ГБ, но с калибровкой права (диск на 500 ГБ правильного размера вниз к 420 ГБ), теряя 1 диск как запчасть и два диска как четность, сырые данные на 6 ТБ превращаются в дробный урожай на более чем 3 ТБ. Удостоверьтесь, кто бы ни подписывается, ПО понимает это.
  • NetApp заявляет, что у них нет способности гарантировать пропускную способность чтения (это вызвано тем, что, после того как достаточно незаконченных записей запасено, файловый сервер прерывает все процессы считывания для движения, делают записи прямо сейчас), таким образом, процессы, которые чувствительны для сглаживания потока чтения данных (т.е. видео реального времени) могли бы икать; в большинстве целей они очень хорошо.
  • Резервное копирование NAS (nfs/cifs) файлы сделано через ndmp, который обычно является опцией дополнительных расходов для Вашей системы резервного копирования. (Вы планируете создать резервную копию этого сосунка, правильно?)
  • Файловые системы смешанного режима (т.е. те, которые совместно используются и через NFS и через CIFS) сосут. Даже при том, что действительно действительно заманчиво использовать смешанный режим, не делать. Выберите один или другой.
  • Даже при том, что действительно заманчиво превысить возможности пространства тома, не делать. Превышая возможности средств, что, когда один объем заполняется, они все делают. Между этим и обычно неожиданным поведением снимков (значение, которое удалило файлы, на самом деле не освобождают пространство) оно может привести ко всем видам веселья, когда файловый сервер полон.
  • Расскажите своему пользовательскому сообществу о снимках, что A) они могут возвратиться вовремя и вырыть вещи сами и B) мудрые пространством снимки можно считать "свободными", таким образом, они не должны пытаться войти в .snapshot каталоги для "очистки вещей" самих. Это возьмет несколько попыток, потому что это - хитрое понятие, которое просто не получают некоторые пользователи.

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

1
задан 4 February 2011 в 23:21
1 ответ

Я наконец понял это (приблизительно после двух дней):

Была серия неразрывных пробелов (и nbsp;) прямо перед рассматриваемым текстом. Я заменил последний физическим пространством и повторно индексировал его - я предполагаю, что сервис индексации не достаточно умен проигнорировать их или рассматривать их как ПРОСТРАНСТВО!

1
ответ дан 4 December 2019 в 02:03

Теги

Похожие вопросы