MOSS2007 - Автоматическое перенаправление доступа к порталу с http на https

При использовании SSL соединения с порталом MOSS2007 и блокировкой обычного http трафика обращение к порталу по протоколу http выдает ошибку доступа. Внешние пользователи получают страницу с ошибкой 404, внутренние получают страницу с ошибкой 403.4 Forbidden: SSL is required… Для автоматического перенаправление доступа к порталу с http на https следует настроить портал и смежные системы следующим образом.

Для внутренних пользователей, обращающихся к порталу из локальной сети.

1. Открыть административный узел центра администрирования портала. Далее последовательно зайти «Операции» - «Сопоставления для альтернативного доступа».
2. Открыть набор сопоставлений альтернативного доступа интересующего нас узла.
3. Изменить адрес по умолчанию с http://your.moss.site на https://your.moss.site. Сохранить изменения.
4. Открыть консоль управления веб-сервером IIS. Войти в свойства интересующего нас узла и изменить TCP порт на произвольный, например 8001.
5. Активировать требование соединяться по защищенному каналу в “Directory Security” - “Secure Communications,” - “Edit” – поставить галочку “Require secure channel”.
6. В IIS cоздать новый узел, например “your.moss.site redirector”, с заголовком (host header) аналогичным заголовку интересующего нас узла.
7. Указать этому узлу любую директорию, как домашнюю. Это требование создания узла в IIS.
8. Войти в свойства нового сайта “your.moss.site redirector”, во вкладке “Home Directory” выбрать “Permanent redirection for this resource” и указать адрес портала https://your.moss.site. После этого сохранить изменения.
9. На рабочих станциях пользователей добавить адреса http://your.moss.site и https://your.moss.site в список узлов местной интрасети.

Для внешних пользователей, обращающихся к порталу из Интернета (портал опубликован при помощи MS ISA Server 2006).


1. В консоли ISA Firewall, открыть Firewall Policy.
2. Во вкладке Toolbox открыть Network Objects, развернуть Web Listeners, кликнуть правой кнопкой на интересующем нас Web listener, и выбрать Properties.
3. Открыть вкладку Connections.
4. Поставить галочку в поле Enable HTTP connections on port и убедиться, что TCP порт HTTP - 80.
5. Поставить галочку в поле Enable SSL (HTTPS) connections on port и убедиться, что указан TCP порт 443.
6. Выбрать Redirect all traffic from HTTP to HTTPS.

Cisco Certified Design Professional

Завершил давно задуманное - сдал последний экзамен из линейки дизайна. Прислали значки, ожадаю полиграфию. Экзамен оказался ожидаемым с незначительным количеством новых вопросов про сервисы MPLS и Metro Ethernet.

MOSS2007 - Добавление в новый список полей из списков, расположенных в других узлах портала

Вопрос. Каким образом можно осуществить добавление в новый список полей из списков, расположенных в других узлах портала? Например, мы имеем общий список контактов в домашнем узле и хотим добавить поле «Организация» из этого списка во вновь создаваемый список на другом узле портала.

Ответ. Для этого следует в корневом узле последовательно зайти в Действия узла –> Параметры узла -> Коллекции, Столбцы узла. В Коллекции столбцов узла создать новый столбец, который будет ссылаться на интересующий нас столбец из списка контактов с названием «Организация».

Для этого:
1. даем новому столбцу имя в поле «Имя столбца», например «Организация (КА)»,
2. выбираем тип данных этого столбца «Подстановка (данные, уже имеющиеся на этом узле)»,
3. выбираем группу, где будет размещен новый столбец, например существующая группа «Настраиваемые столбцы»,
4. выбираем список, из которого следует получить данные – «Контакты активные»,
5. выбираем в меню «В этот столбец» значение «Организация»,
6. нажимаем ОК.

Теперь в интересующем нас узле создаем список, заходим в его параметры – «Список:Параметры» и выбираем пункт «Добавить из существующих столбцов узла». Выбираем группу «Настраиваемые столбцы» и добавляем интересующий нас столбец «Организация (КА)». Теперь в списке появился столбец со значениями из списка другого узла.

Заметки по СХД EMC CLARiiON CX4

• Ax4-5 при использовании одного процессора отключает кэш записи, используется только кэш чтения (доступно 200 МБ).
• Ax4-5 является "канальным" продуктом и на него EMC практически не делает скидок.
• Количество высокодоступных хостов, которое указывается в характеристиках массивов не совсем соответсвует реальности. Указывается количество хостов с 2 инициаторами. При подключении через 2 коммутатора каждый хост представляется массиву как 4 инициатора. Поэтому следует количество высокодоступных хостов делить на 2.
• Предел по инициаторам сейчас довольно просто достичь при использовании виртуальных инициаторов, выдаваемым виртуальным машинам.
• В гипервизоры VMWare встроен host-agent который регистрирует гипервизор в дисковых массивах, отдельно доставлять это ПО не надо.
• В CX4 модули ввода/вывода устанавливаются всегда парами, невозможно разное количество и состав модулей в процессоры.
• Пропускная способность модуля ввода/вывода составляет 2 ГБ/с. Сейчас к заказу доступны модули FC 8 Гб/с (720 МБ/с).
• Твердотельные накопители хотя и являются дорогими в абсолютном выражении, являются самыми дешевыми в расчете на одну операцию ввода/вывода. Сейчас доступны к заказу накопители в 73 и 400 ГБ. Изготовителем заявляется гарантированная работа накопителей в течении 5 лет при постоянном цикле перезаписи. Накопители имеют запас порядка 30% от своего объема для восстановления поврежденных секторов.
• В CX4 кэш на запись отключается только в случае исчезновения питания, в отличие от CX3.
• Питание на кэш подается отдельно, перезагрузка процессора не влияет на кэш.
• Navishpere Off-array manager обладает встроенным help, который доступен на управляющей станции без подключения к массиву, в отличие от обычного Navisphere.
• Сессии MirrorView можно настраивать между массивами, находящимися в разных доменах. Для этого следует настроить мультидоменную конфигурацию на одном из мастеров.
• Кэш чтения работает, в основном, при последовательном чтении большими блоками.
• Считывание данных логирования дискового массива возможно и без Navisphere Analyzer. Для этого нужно забрать логи через naviseccli -archiveretrive или Navisphere из File Transpher Manager. Это файлы с расширениями .nar или .naz. Для анализа этих данных следует использовать ПО "Off-array analyzer".
• В FLARE 28.5 не рекомендуется объединять диски с разных полок одной шины в одну RAID-группу. В FLARE 26 такой вариант объединения был приемлем.
• Virtual LUN создается быстрее чем MetaLUN stripe.
• При использовании MetaLUN можно склеить много R5 5+1 при этом потеря диска не вызовет долгого и опасного ребилда.
• MetaLUN объединяется с MetaLUN, но только способом конкатенации.
• Первоначальную подготовку LUN после их создания лучше не убирать и подождать, пока она закончится.
• При опрациях SnapView, таких как rollback, следует обязательно сбрасывать буферы ОС, удалить букву диска, отмонтировать диски.
• SnapView поддерживает до 8 снимков с источника.
• Без сброса буферов снимки и клоны делать не стоит, иначе они будут неконсистентны.
• Перед операцией fracture стоит также сбросить буферы.
• Protected restore - запрет записи на клон при его восстановлении на источник.
• При старте SnapView сессии подтверждение записи к хосту приходит только после того, как чанк будет перенесен в RLP. Это сильно сказывается на производительности, особенно БД, при этом не используется кэш.
• Locality of reference - повторная запись в измененный чанк. При этом переноса данных не происходит.
• MirrorView работает на расстояниях 10-20 км, при задержке в 10 секунд зеркало разрушается и наступает запись в fracture log. При этом запись для хоста на 10 секунд замораживается.
• Write Intent Log запоминает синхронные записи. Хранится в кэше.
• FULL SanCopye не умеет отслеживать изменения на основном LUN после начала сессии, поэтому стоит делать копию со снимка.
• Incremental SC отслеживает изменения блоков.
• Для миграции данных используют EMC Live Migrator или PowerPath Migration Enabler на стороне хоста.
• MirrorView/A лучше RecoverPoint по цене и является объединением технологий SC, MV/S, SV.
• QoS позволяет объединять до 32 классов лимита в одну политику.
• Круиз-контроль возможно использовать только один.
• Virtual Provisionig плохо работает в потоковых операциях. IO проседают примерно на 30%, Response time на 10 %
• CX4 120 и 240 потенциально могут выдавать до 60000 IOPS.
• При проектировании рекомендую оставлять запас в 50% по дисковой емкости массива.

Измеряемые характеристики для оценки "здоровья" серверов Microsoft Windows 2003

Часто встает вопрос об обнаружении узких мест в аппаратном обеспечении сервера при падении его производительности. Общеизвесный инструмент семейства Windows "Системный монитор" прадлагает широкий набор счетчиков, заботливо описанных в библиотеке Technet Microsoft http://technet.microsoft.com/ru-ru/library/cc776490(WS.10).aspx.
Но при этом встает вопрос - какие счетчики являются ключевыми и какие значения считать пороговыми. На поверхности найти такую информацию быстро не получается, поэтому приведу возможный набор таких параметров с предполагаемыми пороговыми значениями.

• Memory\available bytes – Память\доступно байт – объем оперативной памяти на сервере, доступной ОС в момент измерения.
• Memory\pages/sec – Память\обмен страниц/сек – среднее число страниц, которое ОС записывала и/или читала с диска.
• Paging File(_Total)\% Usage – Файл подкачки (_Total)\% использования - процент использования ОС файла подкачки в текущий момент времени.
• Processor(_Total)\% Processor Time – Процессор(_Total)\% загруженности процессора - это процент времени, который приходится на выполнение процессором сервера полезной работы.
• Cache\Data Map Hits % - Кэш\% попаданий при отображении данных – процент запросов на получение данных, которые могут быть выполнены без обращения к жесткому диску, т.е. когда запрашиваемые данные уже находятся в оперативной кэш-памяти сервера.
• PhysicalDisk(_Total)\% Disk Read Time – Физический диск(_Total)\% активности диска при чтении – Процент времени, которое тратится дисковыми устройствами сервера на обработку запросов на чтение данных.
• PhysicalDisk(_Total)\% Disk Write Time – Физический диск(_Total)\% активности диска при записи – Процент времени, которое тратится дисковыми устройствами сервера на обработку запросов на запись данных.
• System\System Up Time – Система\Время работы системы – общее время работы сервера в секундах, прошедшее с момента последней перезагрузки.
  

Пороговые значения измеряемых характеристик.

Плохо

Memory\available bytes Менее 4000000
Memory\pages/sec Более 120
Paging File(_Total)\% Usage Более 90
Processor(_Total)\% Processor Time Более 85
Cache\Data Map Hits % Менее 20
PhysicalDisk(_Total)\% Disk Read Time Более 25
PhysicalDisk(_Total)\% Disk Write Time Более 50
System\System Up Time -

Требует внимания

Memory\available bytes Менее 32000000
Memory\pages/sec Более 60
Paging File(_Total)\% Usage Более 70
Processor(_Total)\% Processor Time Более 45
Cache\Data Map Hits % Менее 60
PhysicalDisk(_Total)\% Disk Read Time Более 10
PhysicalDisk(_Total)\% Disk Write Time Более 30
System\System Up Time -

Хорошо

Memory\available bytes Более 64000000
Memory\pages/sec Менее 40
Paging File(_Total)\% Usage Менее 60
Processor(_Total)\% Processor Time Менее 30
Cache\Data Map Hits % Более 80
PhysicalDisk(_Total)\% Disk Read Time Менее 5
PhysicalDisk(_Total)\% Disk Write Time Менее 20
System\System Up Time Более 600