Департамент Информационных Технологий

Обзор корпоративного управления сферой ИТ

2012-01-17T04:44:00.000+02:00

Обзор корпоративного управления сферой ИТ

управление связанными рисками, такими как возрастание регулирующих требований и критическая зависимость многих бизнес процессов от информационных технологий


ПРОЦЕССУАЛЬНАЯ ОСНОВА

ПРОЦЕСС УПРАВЛЕНИЯ ПЕРСОНАЛОМ

Компетентный персонал нанимается и удерживается для того, чтобы создать и оказывать бизнесу ИТ сервисы. Управление персоналом осуществляется посредством применения определенных и согласованных практик по набору, обучению, оценке эффективности, продвижению и увольнению. На мой взгляд, данный процесс относится к числу критичных, так как кадры являются важным активом, а управление и среда внутреннего контроля в значительной степени зависят от мотивации и компетентности персонала.

Ход реализации процесса должен выгладить следующим образом:
Планирование и организация - Постановка задач, внедрение и эксплуатация - Мониторинг и оценка

Причём данная реализация должна иметь циклическую структуру, без условий выхода.

Критерии для оценки (по приоритетам):
• Результативность • Эффективность • Конфиденциальность • Целостность • Доступность • Соответствие требованиям • Достоверность

УПРАВЛЕНИЕ ПРОЦЕССОМ
Что необходимо от руководства для удовлетворения бизнес требований к ИТ ?
• Наём компетентного и мотивированного персонала для создания и оказания ИТ сервисов. (Сосредоточено на функциях ИТ менеджмента.) • Обучении персонала, мотивации в ясной карьерной перспективе, назначении должностных обязанностей в соответствии с навыками, организации определенного процесса оценки деятельности персонала, создании должностных инструкций и осознании зависимости от человеческого фактора. Достигается с помощью: • Оценки эффективности работы персонала. • Найма и обучения ИТ персонала для реализации тактических планов ИТ. • Построение ключевой команды с функциями взаимозаменяемости.
• Минимизации риска чрезмерной зависимости от отдельных ключевых ресурсов. Результаты оцениваются с помощью следующих показателей: • Уровня удовлетворенности заинтересованных сторон опытом и навыками ИТ персонала. • Показателей текучести кадров ИТ.
• Доли ИТ персонала, обладающего (развивающегося) в сфере их профессиональной деятельности.
• Совокупной стоимостью обслуживания ИТ системы предприятия.
• Коэффициентом отказоустойчивости системы.

ЦЕЛИ ПРОЦЕССА
1. Наём и удержание персонала Реализовать эти процессы на практике, чтобы организация была обеспечена ИТ персоналом, обладающим навыками, необходимыми для достижения бизнес целей.
2. Компетентность персонала
Регулярно проводить проверки, чтобы удостовериться в том, что персонал обладает достаточной компетентностью для исполнения своих обязанностей, основанной на образовании, обучении и/или опыте.
3. Распределение обязанностей
Определить и осуществлять надзор за ролями и обязанностями, а также компенсационными пакетами персонала, включая требование придерживаться политики и процедур организации, профессионального опыта, и профессиональной этики. Уровень надзора должен соответствовать значимости конкретной должности для организации и масштабу должностной ответственности.
4. Обучение персонала
Обеспечить сотрудникам ИТ введение в курс дел при наёме и проведение специальных курсов обучения по усовершенствованию знаний, навыков, мер внутреннего контроля и обеспечения безопасности, необходимых для достижения бизнес целей. Полное измерение сфер деятельности персонала.
5. Зависимость от отдельных сотрудников
Минимизировать критическую зависимость от отдельных сотрудников, документируя знания, организовав обмен опытом и планирование на случай увольнений, а также минимизировать наличие сотрудников-дублеров.
6. Проверка персонала на предмет допуска к работе
Включить проверку персонала на предмет допуска к работе в число требований процесса. Степень и регулярность таких проверок должны зависеть от значимости и/или критичности конкретной должности и так же применяться в отношении сотрудников, контрагентов и поставщиков ИТ услуг.
7. Оценка эффективности работы персонала
Необходимо разработать систему регулярной оценки эффективности работы, достижения индивидуальных целей, производных от бизнес целей, принятых стандартов и должностных обязанностей. Сотрудники должны получать инструктаж по увеличению эффективности своей работы.
8. Переход на другую работу и увольнение
Следует предпринять надлежащие действия при переходе сотрудников на другую работу и, особенно, при увольнении. Должна быть налажена передача знаний, перераспределение ответственностей и ликвидация прав доступа для минимизации рисков и обеспечения непрерывного функционирования.

ОПРЕДЕЛЕНИЕ ИТ ПРОЦЕССОВ, КАК ЧАСТЬ ОРГАНИЗАЦИОННОЙ СТРУКТУРЫ И ВЗАИМОСВЯЗЕЙ.
ОПИСАНИЕ ПРОЦЕССА
Организационная структура ИТ определяется требованиями по кадрам, навыкам, функциям, отчетности руководству, должностям и обязанностям, надзору. Эта структура включена в методологию ИТ процессов и обеспечивает прозрачность и контроль, а также участие административного руководства. Административный департамент должен расставлять приоритеты в использовании ИТ ресурсов сообразно требованиям бизнеса. Процессы, административные политики и процедуры должны охватывать все функции, а особенно, контроль, обеспечение качества, управление рисками, информационную безопасность, принадлежность данных и систем. Для того, чтобы обеспечить своевременную поддержку бизнес требований, ИТ служба должна быть вовлечена в процессы принятия решений касающегося своего круга задач бизнес процессов предприятия.
УПРАВЛЕНИЕ ПРОЦЕССОМ
Определение ИТ процессов, организационной структуры и взаимосвязей. Удовлетворяет следующим бизнес требованиям к ИТ.

Назначения
гибкость в соответствии требованиям корпоративной стратегии и управления; определение компетентных контактных лиц; Сосредоточено на создании прозрачной, гибкой организационной структуре ИТ, определении и реализации на практике ИТ процессов владельцами и прочими должностными лицами, интегрированными в бизнес и принятие решений. Достигается с помощью • Определение методологии ИТ процессов. • Создание необходимых документальных подтверждений. • Определение должностных функций и обязанностей. Результаты оцениваются с помощью следующих показателей • Доля документированных должностных функций. • Число подразделений/процессов, которые должны поддерживаться ИТ (в соответствии со стратегией), но не поддерживаются. • Число ключевых видов деятельности (действий) ИТ, находящихся вне рамок ее организационной структуры.
УПРАВЛЕНИЕ ПРОБЛЕМАМИ (КАК ЧАСТЬ ПЛАНА ПО МИНИМИЗАЦИИ РИСКОВ)
Описание процесса
Эффективное управление проблемами требует выявления и классификации всех проблем, анализа их первопричин и последующего их решения. Процесс управления проблемами также включает в себя формулирование рекомендаций по совершенствованию, поддержке учета проблем и изучение статуса корректирующих действий. Эффективный процесс управления проблемами максимизирует доступность систем, ведёт к повышению уровней обслуживания, сокращению затрат и повышению комфорта и удовлетворенности конечных пользователей.
Сосредоточено на
Учёте, отслеживании и разрешении проблем в среде промышленной эксплуатации; анализе первопричин всех существенных проблем и определении путей решения выявленных эксплуатационных проблем.
Достигается с помощью
• Проведения анализа первопричин выявленных проблем.
• Анализа тенденций.
• Назначения владельцев проблем и интенсификации их решения.
Результаты оцениваются с помощью следующих показателей
• Число повторяющихся проблем, имеющих последствия для бизнеса.
• Доля проблем, решенных в течение определенного периода времени.
• Регулярность отчетов или обновлений, касающихся текущих проблем, ранжированных по их серьезности.

СОЗДАНИЕ СТРАТЕГИИ (НЕ ВХОДИТ В ПРОЦЕССУАЛЬ)

Сегодня ИТ-стратегия является неотъемлемой частью общей бизнес-стратегии и должна развивать ключевые факторы успеха для процветания компании. ИТ стратегия — это не список проектов отдела ИТ в отведенных временных рамках.

ПОФАЗНО РЕКУРСИВНО:

Фаза 1 (накопление информации):
- анализ текущей работы отдела ИТ — встреча с сотрудниками ИТ;
- анализ бизнес-потребностей компании — встреча с ключевыми менеджерами;
- консолидация и обработка первичных данных — создание модели;
- понимание стратегии компании и бизнес-целей в долгосрочной перспективе.
Фаза 2 (подготовительная работа):
- разработка миссии и целей ИТ;
- разработка ИТ-стратегии;
- определение ключевых проектов ИТ на ближайшее время;
- определение структуры отдела в перспективном плане на период один-три года;
- приведение в порядок должностных инструкций;
- проведение основных тренингов (управление временем, расстановка приоритетов и др.).
Фаза 3 (утверждение):
- согласование ИТ-стратегии и ключевых проектов на уровне руководства компании;
- утверждение проектов развития на ближайшие один-три года;
- определение ИТ и бизнес-ресурсов для каждого проекта;
- подготовка проектной документации.
Фаза 4 (реализация и дальнейшее развитие):
- реализация;
- измерение результата;
- коррективы;

Дополнение 1 Пример реализации и взаимосвязей при построении

Функции Действия	ИТ Директор	Менеджер ИТ направления	HR менеджер	Административный департамент
Определить навыки, создание должностных обязанностей, уровни оплаты труда, инструменты	Постановка Утверждение	Ответственный	Контроль и утверждение	Контроль
Реализация кадровой политики, процедур и их рассмотрение	Постановка Утверждение	Ответственный	Ответственный	Контроль

Дополнение 2 Структура ИТ Департамента компании


ИТ Директор
Менеджер направления информационной безопасности
Менеджер отдела системного администрирования

Старший администратор (DBA)
Администратор (DBA)
Старший администратор (NET)
Администратор (NET)
Администратор по безопасности систем
Старший администратор серверного и программного обеспечения
Администратор серверного и программного обеспечения


Менеджер отдела разработки «бизнес» программного обеспечения

Инженер программист
Инженер программист


Менеджер отдела поддержки пользователей

Инженер системотехник
Инженер системотехник (...)

2011-12-24T10:17:00.001+02:00

http://www.pointbridge.com/whatsnew/Documents/Exchange%202007%20Migration%20Roadmap.pdf

2011-12-24T10:16:00.000+02:00

http://www.oracle.com/technetwork/ru/indexes/tco-518301-ru.pdf

2011-12-24T09:50:00.002+02:00

Сервер – есть решение задачи. Суть понятия.

Сбалансированный сервер. Как найти оптимальный баланс?

Тактика выбора сервера.

Отказоустойчивый сервер.

Время простоя сервера. Способы сокращения.

Я умею собирать компьютеры и считаю, что могу собрать сервер! Почему я должен покупать сервер у Вас?

Что такое RAID?

Уровни RAID

Какой уровень RAID быстрее и почему?

Сервер – есть решение задачи. Суть понятия.

Се́рвер (англ. server от англ. to serve — служить) — в информационных технологиях — программный компонент вычислительной системы, выполняющий сервисные функции по запросу клиента, предоставляя ему доступ к определённым ресурсам

Итак, основная задача сервера – исполнять запросы клиентов либо программ. Отсюда следует, что сервер – вещь сугубо утилитарная, предназначенная для выполнения определенной задачи. Выполнение, или решение задачи – является главным свойством сервера. Вот почему – сначала ставиться задача, а затем под неё подбираетсясервер.

Сбалансированный сервер. Как найти оптимальный баланс?

Сбалансированный сервер – это та цель, которую преследует интегратор или продавец и заказчик. Заказчику в первую очередь нужно получить сервер, отвечающий его требованиям, которые в свою очередь определяет задача, которую он будет решать. В наших интересах предоставить заказчику сервер максимально соответствующий его требованиям. Такое сотрудничество взаимовыгодно. Клиент получает сервер именно тот, который нужен ему. Не переплачивая за лишнее, и не выбрасывая денег за то, что работать не будет. Мы получаем довольного клиента и репутацию.

Задача же подбора этого оптимального сервера является нетривиальной. Необходимо учитывать множество факторов, о которых заказчик даже не подозревает. Типичный пример – неадекватная оценка заказчиком масштаба задачи или требование сервера по конкретной спецификации, вместо того, чтобы рассказать задачу, которую будет решать сервер. Специалисты STSS ежедневно сталкиваются с самыми различными задачами, и у компании уже накоплен серьезный опыт в построении серверов – вот почему подбор конфигурации сервера – задача профессионала, равно как и ее реализация, т.е. непосредственно само производство.

Тактика выбора сервера.

Тактика выбора сервера заключается в первую очередь в выяснении задач, которые должен будет решать сервер, какой необходим запас производительности, и возможности масштабирования. Далее выясняются требования к отказоустойчивости и наконец ориентировочный бюджет. Если задачи явно превосходят выделенный бюджет, то по возможности производиться корректировка бюджета либо задачи. Важным является предложение масштабируемого решения для растущих потребностей клиента. Это позволяет решать задачу с минимальными как начальными так и последующими вложениями, снижая TCO (Total Cost of Ownership – совокупная стоимость владения).

Придерживаясь вышеизложенной тактики, в сочетании с профессионализмом наших инженеров и менеджеров, клиент получает именно то решение, которое ему необходимо.

Отказоустойчивый сервер.

Как правило сервер обслуживает множество пользователей. Поэтому, сервер в идеале всегда должен быть в рабочем состоянии, чтобы исполнить тот или иной запрос. Если Ваш домашний компьютер перестанет работать, то в конечном итоге от этого пострадаете только Вы. Если же сервер перестанет работать, то пострадают множество клиентов, что может обернуться несоизмеримыми потерями по сравнению со стоимостью самого сервера.

Часто путают понятия «надежность» и «отказоустойчивость».

Надежность – это в первую очередь свойство изделия, характеризующее его способность работать максимально долго без сбоев. Т.е. это скорее характеристика качества самого изделия, его компонентов и т.д.

Отказоустойчивость – это, следуя из самого образования слова – способность противостоять отказам. Иными словами, это способность сохранять работоспособность при отказе каких-либо компонентов системы. В настоящее время отказоустойчивость достигается благодаря избыточности или дублированию критичных или наиболее уязвимых компонентов системы.

Время простоя сервера. Способы сокращения.

Способами повышения отказоустойчивости сервера и как следствие снижения времени простоя является применение таких элементов как: RAID-массивы (дублирование жестких дисков), дублированные блоки питания, дублированная система охлаждения, в ряде случаев – дублирование подсистемы памяти (т.н. зеркалирование модулей памяти).

Если необходимо еще больше повысить отказоустойчивость системы, то говорят уже о построении HA-кластеров (High Availability Clusters – кластеры высокой доступности или готовности). HA-кластер – представляет из себя полностью дублированную систему серверов, систем хранения, коммутации и питания. Такая система имеет один из самых высоких показателей готовности, которое измеряется временем простоя в год, либо отношением времени работы к времени простоя выраженное в процентах. Кроме того, такая система позволяет не останавливать систему для проведения ремонтных и регламентных работ, что также существенно повышает готовность в целом.

Для сравнения, показатели готовности различных вычислительных машин:

обычный ПК – ~90% в год или 36,5 суток простоя в год.
сервер начального уровня – ~96% в год или 14,6 суток простоя
отказоустойчивый сервер - ~98% в год или 7,3 суток простоя
кластер высокой готовности – 99,99% в год или 53 минуты в год

Я умею собирать компьютеры и считаю, что могу собрать сервер! Почему я должен покупать сервер у Вас?

Такой вопрос часто задается нашими клиентами, когда они пытаются рассчитать стоимость сервера из стоимости комплектующих. Действительно, стоимость комплектующих ниже стоимости сервера, иначе мы бы просто работали себе в убыток. Но давайте попробуем разобраться за что клиент «переплачивает».

Во-первых, задача технически собрать сервер не такая уж тривиальная, как может показаться сначала. Серверы имеют схожие элементы с обычными ПК, например – корпус, блок питания, материнская плата, процессоры, память, жесткие диски и т.п.

На первый взгляд – все просто. Купил нужные комплектующие, и собрал сервер! Вот здесь такого «сборщика» поджидают первые неприятные сюрпризы.

Например, серверная материнская плата работает только со специализированной серверной памятью. Да еще не со всякой, а с валидированной, т.е. явно прописанной производителем этой платы. Корпус тоже не всякий подойдет – здесь подводных камней еще больше! Формат серверной материнской платы как правило отличается от привычного ATX. Питание также специфическое. Дело в том, что сервер является активным потребителем тока по +12вольт. На этом напряжении работают преобразователи напряжения для процессоров (VRM – Voltage Regulator Module), а каждый процессор способен потреблять огромный ток! А теперь представьте, что их не один, а два! Каждый по 100Вт рассеиваемой (=потребляемой мощности). Итого 200Вт – только процессоры! Даже если предположить, что КПД VRM-ов близко к 100%, то получиться, что только процессоры потребляют ток 200/12=16,7Ампер по шине +12Вольт. Посмотрите на десктопные блоки питания – на них, как правило, указан показатель 13-15 ампер для шины +12 вольт, а кроме процессоров в сервере есть диски, сама материнская плата, память и т.д. Поэтому, сервер должен иметь специализированный серверный блок питания, который помимо надежности, способен выдавать нужный ток по +12вольт. Этот показатель для современных серверных БП составляет примерно от 30 до 80Ампер!

Этот наглядный и к сожалению далеко не единственный пример ярко иллюстрирует проблемы неквалифицированного подхода к сборке сервера.

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

Компания STSS обладает преимуществами, которые позволят Вам получить наиболее подходящее решение (сервер) и высококвалифицированную техническую и гарантийную поддержку.

Собственное производство, многолетний опыт, непрерывные исследования являются залогом качества продукции и профессионализма сотрудников.

Что такое RAID?

Аббревиатура RAID изначально расшифровывалась как «Redundant Arrays of Inexpensive Disks» («избыточный (резервный) массив недорогих дисков», так как они были гораздо дешевле оперативной памяти). Именно так был представлен RAID своими исследователями: Петтерсоном (David A. Patterson), Гибсоном (Garth A. Gibson) и Катцом (Randy H. Katz) в 1987 году. Со временем RAID стали расшифровывать как «Redundant Array of Independent Disks» («избыточный (резервный) массив независимых дисков»), потому как для массивов приходилось использовать и дорогое оборудование (под недорогими дисками подразумевались диски для ПЭВМ). RAID служит для повышения надёжности хранения данных и/или для повышения скорости чтения/записи информации.

Беркли представил следующие уровни RAID, которые были приняты как стандарт де-факто:

RAID 0 представлен как неотказоустойчивый дисковый массив.
RAID 1 определён как зеркальный дисковый массив.
RAID 2 зарезервирован для массивов, которые применяют код Хемминга. В настоящее время не используется.
RAID 3, 4, 5 используют чётность для защиты данных от одиночных неисправностей. В настроящее время используется в основном только RAID 5.
RAID 6 используют чётность для защиты данных от двойных неисправностей

Уровни RAID

RAID 0

Схема RAID 0.

RAID 0 («Striping») — дисковый массив из двух или более HDD с отсутствием избыточности. Информация разбивается на блоки данных (Ai) и записывается на оба/несколько диска поочередно.

За счёт этого существенно повышается производительность (в зависимости от количества дисков зависит кратность увеличения производительности), но страдает надёжность всего массива. При выходе из строя любого из входящих в RAID 0 винчестеров полностью и безвозвратно пропадает вся информация. В соответствии с теорией вероятностей, надёжность массива RAID 0 равна произведению надёжностей составляющих его дисков, каждая из которых меньше единицы, т. о. совокупная надёжность заведомо ниже надёжности любого из дисков.

RAID 1

Схема RAID 1.

RAID 1 (Mirroring — «зеркало») имеет защиту от выхода из строя половины имеющихся аппаратных средств (в частном случае — одного из двух жёстких дисков), обеспечивает приемлемую скорость записи и выигрыш по скорости чтения за счёт распараллеливания запросов. Недостаток заключается в том, что приходится выплачивать стоимость двух жёстких дисков, получая полезный объем одного жёсткого диска.

Изначально предполагается, что жёсткий диск — вещь надёжная. Соответственно, вероятность выхода из строя сразу двух дисков равна (по формуле) произведению вероятностей, то есть ниже на порядки. К сожалению, данная теоретическая модель не достаточно полно отражает процессы, протекающие в реальной жизни. Так, обычно два винчестера берутся из одной партии и работают в одинаковых условиях, а при выходе из строя одного из дисков нагрузка на оставшийся увеличивается, поэтому на практике при выходе из строя одного из дисков следует срочно принимать меры — вновь восстанавливать избыточность. Для этого с любым уровнем RAID (кроме нулевого) рекомендуют использовать диски горячего резерва HotSpare. Достоинство такого подхода — поддержание постоянной надёжности. Недостаток — ещё большие издержки (то есть стоимость трёх винчестеров для хранения объёма одного диска).

RAID 5

Схема RAID 5.

Cамый популярный из уровней, в первую очередь благодаря своей экономичности. Жертвуя ради избыточности ёмкостью всего одного диска из массива, мы получаем защиту от выхода из строя любого из винчестеров тома. На запись информации на том RAID 5 тратятся дополнительные ресурсы, так как требуются дополнительные вычисления, зато при чтении (по сравнению с отдельным винчестером) имеется выигрыш, потому что потоки данных с нескольких накопителей массива распараллеливаются.

Недостатки RAID 5 проявляются при выходе из строя одного из дисков — весь том переходит в критический режим, все операции записи и чтения сопровождаются дополнительными манипуляциями, резко падает производительность. Если в таком режиме выйдет из строя еще один диск, то вся информация будет потеряна. Поэтому, с томом RAID5 очень желательно использовать диск HotSpare. Если во время восстановления массива, вызванного выходом из строя одного диска, выйдет из строя второй диск - данные в массиве разрушаются. Уровень RAID 6 допускает выход из строя двух и более дисков.

RAID 6

Похож на RAID 5 но имеет более высокую степень надежности — под контрольные суммы выделяется емкость 2-х дисков, рассчитываются 2 суммы по разным алгоритмам. Требует более серьезный процессор контроллера — сложная математика. Обеспечивает работоспособность после выхода из строя 2-х дисков.

Комбинированные уровни RAID 0+1, RAID 10, RAID 50, RAID 60

Помимо базовых уровней RAID 0 — RAID 5, описанных в стандарте, существуют комбинированные уровни RAID 10, RAID 0+1, RAID 30, RAID 50, RAID 60 которые различные производители интерпретируют каждый по-своему.

Суть таких комбинаций заключается в следующем.

RAID 0+1 – это массив RAID-1 из двух массивов RAID-0. Как правило такой массив часто встречается на т.н. Host RAID-контроллерах. В случае с четырьмя дисками надежность и производительность соответствует RAID-10 из 4-х дисков.

RAID 10 — это массив RAID-0 из массивов RAID-1. Позволяет увеличивать производительность как у RAID-0 и иметь надежность выше чем у RAID-5. Теоретически допускает отказ до половины дисков. Гарантированно выдерживает отказ одного диска. Также достоинством данного массива является отсутствие требований к вычислительной мощности RAID-контроллера, а к недостаткам – потерю емкости половины всех дисков.

RAID 50 — это объединение в RAID-0 томов 5-го уровня. К такому решению прибегают, когда необходимо создать массив большой емкости из большого количества дисков. Дело в том, что чем больше дисков в массиве RAID-5, тем больше нагрузка на контроллер с расчетом контрольных сумм, и тем выше вероятность выхода из строя одновременно двух и более дисков, что неминуемо приведет к потере всей информации. Усугубляет ситуацию то, что в случае отказа одного из дисков, время восстановления массива на резервный диск (HotSpare) в течение которого массив остается беззащитным увеличивается пропорционально количеству дисков. Для решения этой проблемы применяется массив RAID 50. Уменьшая количество дисков томах RAID-5 мы снижаем время восстановления массива в случае сбоя, а также такой комбинированный уровень допускает выход из строя более одного диска из разных томов RAID-5

RAID 60 — Аналогично RAID-50, только в качестве базовых "кирпичиков" используются тома RAID-6.

Какой уровень RAID быстрее и почему?

На сегодняшний день самым быстрым уровнем RAID является RAID-0. теоретически его производительность кратна суммарной производительности всех дисков входящих в массив. Однако, данный уровень является абсолютно ненадежным, что ограничивает его использование в серверах.

Отказоусточивые массивы (RAID-1, RAID-10, RAID-5 и RAID-6) имеют различную производительность под разной нагрузкой, а также удельную стоимость хранения мегабайта информации на них.

Рассмотрим производительность различных уровней RAID.

RAID 1

Самый простой в реализации массив. Недостаток – полезная емкость = ½ совокупной емкости дисков. Однако, этот недостаток с лихвой окупается низкой стоимостью реализации подобного массива в сервере, т.к. большинство современных адаптеров интерфейсов (интегрированных на материнских платах, т.е. по сути «бесплатных») «умеют» делать массивы RAID-0 и 1. Такие массивы не требуют ресурсоемких вычислений, поэтому легко реализуемы и как следствие дешевы.

Производительность RAID-1 на чтение теоретически вдвое превосходит производительность одиночного диска. На запись – равна скорости одиночного диска. Учитывая невысокую стоимость как дисков, так и контроллера – этот массив можно рекомендовать для применения в ненагруженных серверах.

RAID 5

Этот уровень массива предполагает вычисления контрольных сумм при записи, что накладывает дополнительную нагрузку на процессор сервера, либо создает необходимость в приобретении аппаратного RAID-контроллера, стоимость которого как правило составляет стоимость 3-4 жестких дисков. В ряде случаев, от RAID-5 можно отказаться в пользу RAID-1 с сохранением, либо даже увеличением емкости. Например: Вам нужно построить массив емкостью 500Гб. Это можно сделать двумя путями:

1. Купить RAID-контроллер и 3 диска по 250Гб, что при создании RAID-5 даст полезную емкость в 500Гб

2. Использовать встренный на материнскую плату RAID-1, купить два диска по 500Гб и объединить их в RAID-1 получив полезную емкость массива те же 500Гб.

Стоимость второго решения, учитывая стоимость дисков может оказаться более чем в два раза ниже, чем первого. В данном случае RAID-5 не имеет приемуществ и по производительности. Наши исследования показали, что RAID-5 из трех дисков работает практически также, как RAID-1 из двух.

Однако, если в RAID-5 наращивать количество дисков, то его производительность на чтение растет практически линейно, что делает возможным использование такого типа массива в задачах, где преобладают операции чтения.

RAID 6

Использование данного массива целесообразно, когда количество дисков в массиве велико, и соответственно велика вероятность выхода из строя одновременно более одного диска. RAID-6 накладывает бОльшие требования к оборудованию по сравнению с RAID-5, что в целом снижает его производительность.

Современные RAID-контроллеры обладают мощными вычислительными ресурсами, которые позволяют провести переход с уровня RAID-5 к уровню RAID-6 без видимой потери производительности.

RAID 10

Массив сочетает в себе высокую надежность и производительно RAID-0. Производительность растет также как у RAID-0, с тем отличием, что элементами массива являются «наборы» RAID-1 из двух дисков. Массив обладает хорошей производительностью по записи и по чтению, что позволяет назвать его «универсальным». Однако, недостатком такого массива является большая потеря емкости исходных дисков (50%), что делает нерентабельным его использования в системах хранения данных с последовательным доступом.

2011-12-18T21:34:00.002+02:00

Как же защитить передаваемую информацию от третьих лиц, если мы все подключенны к сетям передачи данных (интернет, "скайп", социальные сети, почта, мобильная телефония и остальные соответствующие сервисы обмена данными) По сути мы все понимаем, что абоненты связываются между собой используя каналы дружелюбно предоставленные им операторами любого из сервисов.
Не для кого не секрет, что передаваемые данные можно перехватить используя ловушки, подминители, анализаторы. Эта услуга платная но доступная ...


В 90-е годы мы могли защитить телефонную линию парой транзисторов которые составят шифратор и дешифратор.
Сейчас передаваемая информация имеет цифровое представление и поддается аналогичному шифрованию на программном уровне.

Помещаем передаваемые данные в трубу, шифруем 256 битным ключом и наши доброжелатели получают мусор от клиента до сервера шифрования и от сервера шифрования в америку... т.е у перехватчика будет мусор который если повезет можно будет раскрыть через пять лет имея мощный сервер, "окромный" сервер

Используя технологию тунелирования данных Вы получаете скорось передачи данных до 100 мб/бит, проверку передаваемых данных обновляемым антивирусом для защиты вашего ПК либо мобильного устройства. Вы овладеваете свободой выбора посещаемых ресурсов сети интернет.

Аналогичные технологии продают от 10 до пару сотен долларов за месяц использования в США и канаде.
Думаю, что предлагаемый сервис будет вам стоить 15 USD c дальнейшим его совершенствованием и обслуживанием. Есть специальные предложения по привлецению новых клиентов, скидок для разработчиков и технических специалистов которые понимают что вычислительные мощности подлежат совершенствованию и оплате подписок программного обеспечения.

Счетчик rearm Windows 7

2011-11-28T22:33:00.001+02:00

Счетчик rearm Windows 7 slmgr -rearm
regedit
HKLM\Software\Microsoft\Windows NT\CurrentVersion\SoftwareProtectionplatform\SkipRearm
other found REG_DWORD SkipRearm

Без сна, первый полёт

2011-08-25T22:03:00.000+03:00

В ИТ профессии обычно время стоит денег...
Одна из историй про ИТ-комманду которая не спала большее кол-во времени, в «суровых» условиях.

Условия: http://it-dep.blogspot.com/2011/08/blog-post.html

Сбой системы хранения данных при аварийном подключении Hotfix HDD (hitachi) RAID-5

Система Microsoft Exchange 2003 + Windows Server 2003,

Компания: Крупнейшая украинская многоотраслевая Группа для сотрудников которой MS Outlook не только клиент электронной почты.

Огромная стоимость владения информацией, это влечет за собой увеличение стоимости простоя сервиса по "производной" формуле.

Украинские ИТ интеграторы отказались восстанавливать - «дело труба». Даже те кто интегрировал систему резервирования.

Через сутки восстановлена работа системы на «запустились... но без трёх-пяти лет работы системы», сотрудники ИТ команды северная - кофейный автомат, я был в шортах т.к заехал в выходной на часик — проверить.

На устах: «как хочется спать, но я это делаю».
Через трое суток: «Эврика, решение было в подвале», собрали как было.

Помню мой руководитель запретил сесть за руль и выделили служебную машину... заснул в ней )))

Поднять - «дело чести», иначе «простите, я не достоин команды специалистов»

радость от installexchange /forestprep /sysprep

В серверной

2011-08-25T21:16:00.002+03:00

1. Технические требования к помещению Серверной

1.1. Архитектурно-строительные требования к помещению

Выбор помещения серверной.Серверная должна располагаться в помещении, не имеющем внешних стен здания. В помещении Серверной должно быть достаточно места для беспрепятственной установки, эксплуатации и технического обслуживания как основного оборудования, так и размещения средств поддержки вычислительной техники, носителей данных и обслуживающего персонала. Несущие конструкции здания в помещении Серверной, где планируется к размещению оборудование, должны выдерживать расчетную нагрузку, включающую вес компьютерного и телекоммуникационного оборудования, обслуживающего персонала, оборудования систем инфраструктуры.
Требования к дверным проемам и окнам. В соответствии с требованиями к центрам обработки данных помещение должно быть без оконных проемов с глухими стенами. В помещении серверной, а также на пути транспортировки оборудования, ширина дверей должна быть не менее 910 мм.
Требования к отделке помещения.В Серверной должен быть установлен фальшпол. Просвет между фальшполом и фальшпотолком должен быть не менее 2500 мм. Расстояние между строительным полом и фальшполом должно быть не менее 300 мм. (рекомендуемое 400 мм.). Крутизна устанавливаемого на входе в Серверную пандуса не должна превышать значение 1:10. Конструкция фальшпола должна выдерживать расчетные нагрузки и состоять из легко съемных модулей (плиток). При этом необходимо учитывать то, что отдельные устройства вычислительной системы могут создавать точечную нагрузку на пол до 455 кг. Материал покрытия пола должен иметь электрическое сопротивление относительно земли от 1,0 (минимум) до 20 МОм (максимум) при изменениях относительной влажности от 20 до 60% и температуры от +18 до +24 °С, а также обладать повышенной износостойкостью, плохой возгораемостью, повышенной стойкостью к царапанью и выкрашиванию. В Серверной запрещается использование ковровых покрытий. Поверхности под фальшполом должны окрашиваться или герметизироваться для предотвращения отслаивания и пыления штукатурки или бетона перекрытия. В строительном перекрытии под фальшполом обязательно необходимо сделать дренаж для оттока воды в случае аварийного протекания.
Требования к прокладке коммуникаций. В помещении Серверной не должно проходить никаких магистралей и ответвлений инженерных систем, включая общую хозяйственную канализацию, холодное и горячее водоснабжение, общую вентиляцию и кондиционирование, распределительная сеть электропитания и освещение, и другие слаботочные системы, за исключением систем, располагаемых в самой Серверной.

2. Инфраструктура Серверной

В помещении Серверной должны быть установлены следующие системы:

Система электропитания, освещения и заземления (СЭ),включающая в себя:

Подсистему гарантированного электропитания (ПГЭ);
Подсистему бесперебойного электропитания (ПБЭ);
Подсистему распределения электропитания по потребителям (ПРЭ);
Подсистему технологического заземления (ПТЗ);
Подсистему электрического освещения (ПЭО).

Система обеспечения микроклимата (СМ), включающая в себя:

Подсистему кондиционирования и вентиляции (ПВ);
Подсистему мониторинга микроклимата (ПММ).

Система организации оборудования и кабельного хозяйства (СО), включающая в себя:

Подсистему фальшпотолков и фальшполов (ПФФ);
Подсистему телекоммуникационных шкафов и стоек (ПШС);
Подсистему организации коммуникаций (ПОК).

Система безопасности (СБ), включающая в себя:

Подсистему контроля доступа (ПКД);
Подсистему охранной сигнализации (ПОС);
Подсистему видеонаблюдения (ПВН);
Подсистему пожарной сигнализации (ППС);
Подсистему газового пожаротушения (ПГП);
Подсистему газо- дымоудаления (ПГУ).

2.1. Система электропитания (СЭ)

2.1.1. Подсистема гарантированного электропитания (ПГЭ)

ПГЭ предусматривает наличие двух вводов электропитания от разных электроподстанций (ЭП) и одну автономную дизельную электроподстанцию (АДЭ). Все три источника электроэнергии подаются на автомат ввода резерва (АВР), осуществляющий автоматическое переключение фидеров при пропадании электропитания на основном (резервном) фидере.
Параметры линий электропитания, АДЭ и АВР определяются исходя из суммарной потребляемой мощности оборудования и подсистем Серверной.
Линии внешнего электропитания должны быть выполнены по пятипроводной схеме с жилами неравного сечения.

2.1.2. Подсистему бесперебойного электропитания (ПБЭ)

ПБЭ предусматривает электроснабжение оборудования и систем Серверной через источники бесперебойного питания (ИБП).
Мощность и конфигурация ИБП рассчитывается с учетом всего запитываемого оборудования и запаса для будущего развития.
Время автономной работы от ИБП рассчитывается с учетом потребностей, а так же с учетом необходимого времени для перехода на резервные линии, АДЭ и обратно.
ИБП серверной должен иметь 100% резерв в виде второго аналогичного ИБП.
Каждый ИБП должен обеспечивать не менее 30% запаса по мощности для развития оборудования Серверной.

2.1.3. Подсистему распределения электропитания (ПРЭ)

ПРЭ включает в себя распределительные щиты Серверной и кабели питания до потребителей. Основные требования к подсистеме:

Все потребители электропитания разбиваются на группы, чтобы обеспечить возможность проводить работы без отключения общего электропитания;
Каждая группа должна иметь свой автомат защиты сети (АЗС);
Потребители могут иметь свой отдельный АЗС, но его номинал не должен превышать номинал основного (группового) АЗС;
К каждой стойке с оборудованием (телекоммуникационному шкафу) подводится два кабеля питания, по одному от двух ИБП (основного и резервного);
Внутри стоек (шкафов) устанавливаются модули распределения питания для оборудования стойки;
Все соединения без использования стандартных розеток производятся в распределительных щитах, расположенных в помещении Серверной;
Кабели питания по Серверной прокладываются в металлических лотках в полостях фальшпола/фальшпотолка.

2.1.4. Подсистема технологического заземления (ПТЗ)

ПТЗ Серверной выполняется отдельно от защитного заземления здания. Сопротивление технологического заземления должно быть менее 1 Ом.
Присоединение технологического заземления к защитному заземлению здания производится непосредственно у защитных электродов, расположенных в грунте.
Все металлические части и конструкции серверной должны быть заземлены. Каждый шкаф (стойка) с оборудованием заземляется отдельным проводником.
Несварные металлические конструкции Серверной должны иметь заземляющие шайбы в болтовых соединениях, улучшающие электрический контакт между частями конструкции.

2.1.5. Подсистема электрического освещения (ПЭО)

Освещенность помещения Серверной должна быть не менее 500 Люкс на высоте 1 метр от уровня пола.
Для освещения Серверной допустимо применять обычные или галогенные лампы накаливания. Применение газоразрядных ламп недопустимо из-за наличия электромагнитных помех при их работе.
Питание ПЭО осуществляется от системы гарантированного электропитания серверной.

2.2. Система обеспечения микроклимата (СМ)

2.2.1. Подсистема кондиционирования и вентиляция (ПКВ)

В помещении Серверной должны соблюдаться следующие климатические условия:

Температура воздуха в помещении: 18-24оС;
Допустимые отклонения температуры: +/- 2оС;
Относительная влажность воздуха: 40-50%;
Точность поддержания влажности: +/- 1%.

Фактическая холодильная мощность системы кондиционирования воздуха должна превышать суммарное тепловыделение всего оборудования и систем, размещенного в помещении Серверной.
Систему кондиционирования воздуха Серверной выполняется с использованием 100% Резервирования (минимум два независимых кондиционера, каждый способен самостоятельно обеспечить температурный режим помещения).
Система кондиционирования должна обеспечивать возможность удаленного мониторинга (с использованием протоколов HTTP, SNMP).
Для помещения Серверной необходим приток свежего воздуха с обеспечением фильтрации (класс EU4) и подогревом поступающего воздуха (в зимний период). Причем давление в помещении должно быть положительным, относительно давления в остальных помещениях здания.
На воздуховодах приточной и вытяжной вентиляциях необходимо устанавливать защитные клапаны, управляемые автоматикой установки газового пожаротушения.
Необходимо предусмотреть отключение систем кондиционирования и приточно-вытяжной вентиляции по сигналу пожарной сигнализации и пожаротушения.
Электропитание кондиционеров Серверной должно осуществляться от ПГЭ или ПБЭ.

2.2.2. Подсистема мониторинга микроклимата (СМС)

Система контроля параметров предназначена для контроля климатических и других параметров в серверных шкафах и телекоммуникационных стойках. В каждом шкафу устанавливаются датчики для контроля следующих параметров:

температура воздуха;
запыленность воздуха;
скорость потока воздуха;
задымленность воздуха;
открытие/ закрытие дверей шкафов.

Данная система позволит осуществлять оперативный температурный контроль внутри шкафов и управлять климатическим оборудованием для надежного отвода рассеиваемой мощности.

2.3. Система организации оборудования и кабельного хозяйства (СО)

2.3.1. Подсистема фальшпотолков и фальшполов (ПФФ)

В помещении Серверной должен быть установлен фальшпол высотой не менее 300 мм. (рекомендовано 400 мм.) от основного перекрытия до уровня чистого пола помещения. Пространство под фальшполом также используется для организации каналов, распространения холодного воздуха системы прецизионного кондиционирования.
Конструкция фальшпола должна выдерживать расчетные нагрузки и состоять из легко съемных модулей (плиток). При этом необходимо учитывать то, что отдельные устройства вычислительной системы могут создавать точечную нагрузку на пол до 455 кг. Материал покрытия пола должен отвечать следующим требованиям.
Предусмотреть установку вентиляционных решеток и кабельных вводов для телекоммуникационных стоек. Все конструкции фальшпола должны быть заземлены от общей шины технологического заземления Серверной. Для усиления прочности предусмотреть установку стрингеров расчетной мощности.

2.3.2. Подсистема телекоммуникационных шкафов и стоек (ПШС)

Все оборудование Серверной размещается в закрытых шкафах или открытых стойках. Количество стоек (шкафов) определяется исходя из имеющегося оборудования и его типоразмеров, способов монтажа.
Для улучшения температурного режима размещение шкафов (стоек) организуют рядами, с образованием «горячих» и «холодных» коридоров. Промежутки между шкафами не допускаются.
Распределение оборудования по шкафам (стойкам) осуществляется с учетом совместимости (возможного взаимного влияния), оптимального распределения потребляемой мощности (а значит и тепловыделения), оптимальности коммуникаций, габаритам и массе оборудования.
Закрытые шкафы, в отличие от стоек, позволяют организовать дополнительные ограничения на доступ к оборудованию. Доступ внутрь таких шкафов может осуществляться с использованием подсистемы контроля доступа.
Закрытые шкафы нуждаются в дополнительных мерах по обеспечению требуемого температурного режима. Для этого применяются дополнительные вентиляторы, встраиваемые системы охлаждения, модули отвода горячего воздуха.

2.3.3. Подсистема организации коммуникаций (ПОК)

Все коммуникационные кабели внутри Серверной должны быть организованы в лотки, проложенные в нишах фальшпола или фальшпотолка. Лотки электрических кабелей и сигнальных должны быть разнесены на расстояние до 50 см. Допускается пересечение трасс под углом 90 градусов.
Вводные каналы в телекоммуникационные шкафы и стойки должны обеспечивать свободную протяжку требуемого количества кабелей вместе с оконечными разъемами.
Коэффициент заполнения кабельных каналов и закладных не должен превышать 50-60%.
Внутри стоек и шкафов необходимо использовать кабельные организаторы, предотвращающие свешивание лишней длинны кабеля.
Для упрощения коммуникаций и исключения поломки разъемов оборудования, необходимо применять патч-панели.
Все кабели, кроссовые коммуникации и патч-панели должны иметь маркировку, позволяющую однозначно идентифицировать каждый кабель (разъем, порт).

2.4. Система безопасности (СБ)

2.4.1. Подсистема контроля доступа (СКД)

Подсистема контроля и управления доступом должна исключить попадание в серверную лиц, в чьи обязанности не входит монтаж, эксплуатация и техническое обслуживание размещённого в серверной оборудования.
Для идентификации допущенных лиц применяются следующие средства:

Ключи от механических замков;
Кодонаборные панели;
Карты и метки электронной идентификации;
Биометрическая идентификация;
Комбинация вышеперечисленных методов.

Для блокирования доступа в помещение могут применятся:

Механические замки;
Электромеханические замки;
Электромагнитные замки;
Комбинация вышеперечисленных средств.

2.4.2. Подсистема охранной сигнализации (ПОС)

Охранная сигнализация Серверной должна быть выполнена отдельно от систем безопасности здания. Сигналы оповещения выводятся в помещение круглосуточной охраны в виде отдельного пульта. Дополнительно сигналы оповещения могут доставляться средствами связи: телефон, СМС, пейджер.
Контролю и охране подлежат все входы и выходы Серверной, объем помещения, оконные проемы (если есть).
ПОС должна иметь собственный источник резервированного питания.

2.4.3. Подсистема охранного видеонаблюдения (ПВН)

Система охранного видеонаблюдения предназначена для визуального наблюдения и фиксации текущей обстановки в помещениях Серверной.
Камеры необходимо разместить таким образом, чтобы контролировать входы и выходы в помещение, пространство возле технологического оборудования (ИБП, кондиционеры, серверные шкафы и телекоммуникационные стойки).
Разрешения видеокамер должно быть достаточным, чтобы уверенно различать лица сотрудников, обслуживающих технологическое оборудование.

2.4.4. Подсистема Пожарной сигнализации (ППС)

ППС помещения Серверной должна быть выполнена отдельно от пожарной сигнализации здания (офиса).
В помещении Серверной должны быть установлены два типа извещателей: температурные и дымовые.
Извещатели должны контролировать как общее пространство помещений, так и полости, образованные фальшполом и фальшпотолком.
Сигналы оповещения ППС выводятся на отдельный пульт в помещение круглосуточной охраны.
ППС может быть объединена с ПОС Серверной.

2.4.5. Подсистема газового пожаротушения (ПГП)

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

ПГП должна обеспечивать подачу команд на закрытие защитных клапанов подсистемы вентиляции и отключение питания оборудования.

2.4.6. Подсистема газо-и дымоудаления (ПГУ)

ПГУ обеспечивает отвод дыма и газа из помещения серверной после срабатывания ПГП. Подсистема выполняется отдельно от системы вентиляции здания с выводом воздуховода на крышу здания.Подсистема должна обеспечивать отвод газовоздушной смеси в объеме, втрое превышающем объем Серверной. Допускается использование переносных дымососов.

Искусственный отделочный камень

2011-08-25T04:55:00.000+03:00

Lenovo ThinkVantage Toolbox: Информация о системе

25 августа 2011 г. 4:28:52

Материнская плата

Системная плата

	Изготовитель	LENOVO
	Продукт	Base Board Product Name
	Набор микросхем	Intel PCH HM55

BIOS

	Поставщик	LENOVO
	Дата выпуска	07/08/2010
	Строка версии BIOS	29CN29WW(V2.06)
	Размер ПЗУ	2.00 MB

Intel(R) Core(TM) i3 CPU M 350 @ 2.27GHz (CPU:0)

	Название	Intel(R) Core(TM) i3 CPU M 350 @ 2.27GHz
	Запоминающие устройства	2
	Цепочки выполняемых задач	4
	Текущая скорость	2.26 GHz
	Возможности	MMX, PSE36, EM64T, SSE, SSE2, SSE3, SSSE3, SSE4.1, SSE4.2, XD, VMX
	Кэш команд 1 уровня	2 x 32.00 kB
	Кэш первого уровня	2 x 32.00 kB
	Кэш L2	2 x 256.00 kB
	Кэш L3	3.00 MB

Память

Общий объем физической памяти

2.00 GB

1024 MB DDR3-SDRAM (1067 MHz)

	Объем памяти	1.00 GB
	Тип памяти	DDR3-SDRAM (1067 MHz)
	Изготовитель модуля памяти	Samsung
	Дата изготовления модуля памяти	Неделя 28, год 2010
	Номер изделия модуля памяти	M471B2873FHS-CF8
	Серийный номер модуля памяти	8019FF40

1024 MB DDR3-SDRAM (1067 MHz)

	Объем памяти	1.00 GB
	Тип памяти	DDR3-SDRAM (1067 MHz)
	Изготовитель модуля памяти	Samsung
	Дата изготовления модуля памяти	Неделя 28, год 2010
	Номер изделия модуля памяти	M471B2873FHS-CF8
	Серийный номер модуля памяти	8019FF3F

Жесткий диск

HITACHI HTS545032B9A300 ATA Device

Поставщик

Hitachi

Номер модели

HITACHI HTS545032B9A300

Серийный номер

100702PBNC04EYH89ZSR

Редакция микропрограммы

PB3ZC61H

Размер

298.1 GB

Скорость вращения

5400 RPM

Размер кэш

7.0 MB

Температура

53.0 C

Информация о секторе

		Размер физического сектора	512 B
		Размер логического сектора	512 B
		Подсчет логического сектора	625142448

Поддерживаемые стандарты

ATA8-ACS, ATA/ATAPI-7, ATA/ATAPI-6, ATA/ATAPI-5

Версия спецификации

ATA8-ACS rev 6

Windows7_OS - C:

		Буква диска	C
		Имя тома	Windows7_OS
		Серийный номер тома	D614-4A3C
		Файловая система	NTFS
		Объем памяти тома	298.09 GB
		Свободно памяти в томе	69.41 GB
		Используемая память в томе	228.68 GB

Дисковод CD-ROM

Slimtype DVD A DS8A4S ATA Device

	Серийный номер диска	006230230882
	Буква диска	E
	Полная емкость	312.25 MB
	Поддерживается чтение носителей	CD-ROM, CD-R, CD-RW, DVD-ROM, DVD-RAM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL
	Поддерживается запись носителей	CD-R, CD-RW, DVD-RAM, DVD-R, DVD-RW, DVD-R DL, DVD+R, DVD+RW, DVD+R DL, CD-RW HIGH SPEED

Видео карта

Intel(R) HD Graphics

	Тип микросхем видеоплаты	Intel(R) HD Graphics (Core i3)
	Память видеоплаты	731.45 MB
	BIOS видеоплаты	Intel Video BIOS
	Драйвер	c:\windows\system32\drivers\igdkmd32.sys
	Версия драйвера	8.15.10.2302, 2-11-2011

Дисплей

Generic PnP Monitor

	Режим	1366 x 768 (32-бит) (60 Hz)
	Дата изготовления	Неделя 53, год 2009
	Тип сигнала	Цифровой

Звуковая карта

Conexant CX20671 SmartAudio HD

	Драйвер	c:\windows\system32\drivers\chdrt32.sys
	Версия драйвера	4.111.0.62, 2-23-2010

Устройство с поддержкой High Definition Audio

	Драйвер	c:\windows\\systemroot\system32\drivers\hdaudio.sys
	Версия драйвера	6.1.7601.17514, 11-19-2010

Сетевая карта

Сетевой адаптер Broadcom 802.11n

	MAC-адрес	00:26:82:bf:73:f5
	адрес IP	0.0.0.0
	IP-адрес шлюза	0.0.0.0
	Версия драйвера	5.100.9.14, 4-10-2010

Realtek PCIe FE Family Controller

	MAC-адрес	88:ae:1d:c8:55:90
	адрес IP	xx
	IP-адрес шлюза	XX
	Текущая скорость	100.00 Mbps
	Версия драйвера	7.43.321.2011, 3-21-2011

Принтеры

Send To Microsoft OneNote 2010 Driver

	Модель	Send To Microsoft OneNote 2010 Driver
	Путь	Отправить в OneNote 2010
	Путь к драйверу	C:\Windows\system32\spool\DRIVERS\W32X86\3\mxdwdrv.dll
	Версия драйвера	0.3.7601.17514

Microsoft XPS Document Writer

	Модель	Microsoft XPS Document Writer
	Путь	Microsoft XPS Document Writer
	Путь к драйверу	C:\Windows\system32\spool\DRIVERS\W32X86\3\mxdwdrv.dll
	Версия драйвера	0.3.7601.17514

CutePDF Writer

	Модель	CutePDF Writer
	Путь	CutePDF Writer
	Путь к драйверу	C:\Windows\system32\spool\DRIVERS\W32X86\3\PSCRIPT5.DLL
	Версия драйвера	0.3.7601.17514

Операционная система

Название	Microsoft Windows 7 Professional (32-bit)
Пакет обновления	Service Pack 1
Номер сборки	7601
Версия DirectX	11

Центр обновления Windows

	Автоматические обновления	Автоматическая загрузка и установка.
	Последняя проверка	2011-08-05 05:23:21

Версия продукта: 6.0.5849.23

2011-07-20T01:13:00.000+03:00

Несколько советов по безопасности Windows 7 в картинках:

2011-06-25T02:52:00.000+03:00

Несколько советов по безопасности Windows 7 в картинках:

Extend the Windows 7 Trial from 30 to 120 Days

2011-06-25T02:03:00.000+03:00

Extend the Windows 7 Trial from 30 to 120 Days

Start- CMD (run as administrator) -

And type slmgr -rearm

Reboot

Для печати МТС

2010-10-07T18:15:00.001+03:00

КАК ПОЛЬЗОВАТЬСЯ?

1. Добавьте телефонные номера членов Вашей семьи, близких и друзей к списку услуги, отправив SMS-сообщение на номер 7005 с текстом ДОБАВИТЬ <номер телефона> <имя>.

Например: ДОБАВИТЬ 0501111111 Надежда

<Имя> может содержать только кирилличные или латинские буквы, а также знаки «тире», «+», «$», «@», «*», «_», «точка», цифры от 0 до 9.

2. На номер Вашего ребенка либо другого лица, которое Вы добавляете в список, придет SMS-сообщение с запросом на разрешение определения места пребывания. Для того чтобы разрешить определение места пребывания, это лицо должно отправить SMS-сообщение на номер 7003 с текстом ДА<номер телефона>. Для запрета – SMS-сообщение на номер 7003 с текстом НЕТ <номер телефона>.

«Номер телефона» – номер мобильного телефона абонента, которому это лицо разрешает либо запрещает определять место своего пребывания.

Например: ДА 0502222222

3. Чтобы узнать место пребывания Ваших детей, друзей и близких, необходимо отправить SMS-сообщение на номер 7005 с текстом ПОИСК <номер абонента либо имя>.

Например: ПОИСК Надежда либо ПОИСК 0501111111

Внимание! Абонентам МТС Контракт, являющимся юридическими лицами, для пользования этой услугой необходимо отправить запрос на активацию услуги Ребенок под присмотром по факсу на номер 044 240 24 00.

ПОЛНЫЙ ПЕРЕЧЕНЬ SMS-КОМАНД УСЛУГИ РЕБЕНОК ПОД ПРИСМОТРОМ

SMS-команды на номер 7005

SMS-команда		Описание
ДОБАВИТЬ <номер телефона> <Имя>		Запрос на добавление абонента в список. Например, ДОБАВИТЬ 0501111111 Надежда
DODATY <номер телефона> <Имя>
ПОИСК <Имя или номер телефона>		Поиск местонахождения абонента Например, ПОИСК Надежда или ПОИСК 0501111111
POSHUK <Имя или номер телефона>
ДРУЗЬЯ		Получение списка абонентов, позволивших Вам определять их местонахождение.
DRUZI
СЕМЬЯ
RODYNA
УДАЛИТЬ <Имя или номер телефона>		Удаление номера абонента из списка. Например, УДАЛИТЬ 0501111111 или УДАЛИТЬ Надежда
VYDALYT <Имя или номер телефона>
СТОП <номер телефона>		Отмена разрешения определения Вашего местонахождения для конкретного абонента. Например, СТОП 0501111111
STOP <номер телефона>
СТОП ВСЕ		Отменить все ранее выданные разрешения на определение Вашего местонахождения.
STOP USI
ПАУЗА		Включить временно запрет определения Вашего местонахождения. В этом режиме никто из пользователей услуги не может определять Ваше местонахождение.
PAUZA
СТАРТ		Отключить ранее установленный временный запрет на определения Вашего местонахождения.
START
ИНФО ВКЛ		Включить режим уведомления. В данном режиме Вам будут приходить уведомления в случае определения Вашего местоположения другими абонентами.
INFO VKL
ИНФО ОТКЛ		Отключить режим уведомления.
INFO VIDKL

SMS-команды на номер 7003

SMS-команда		Описание
ДА <номер телефона>		Разрешение определения Вашего местонахождения. Где <номер телефона> – номер мобильного телефона абонента, которому Вы позволяете определять Ваше местонахождение. Например, ДА 0502222222
TAK <номер телефона>
НЕТ <номер телефона>		Запрет определения Вашего местонахождения. Где <номер телефона> – номер мобильного телефона абонента, которому Вы запрещаете определять Ваше местонахождение. Например, НЕТ 0502222222
NI <номер телефона>

СТОИМОСТЬ УСЛУГИ

Стоимость отправки SMS на номер 7003 соответствует стандартной стоимости исходящего SMS-сообщения внутри сети МТС согласно Вашему тарифному плану.
Стоимость отправки SMS на номер 7005 составляет 2 грн.
Для просмотра WAP-карты с изображением объектов необходимо активировать и настроить услугу WAP. Просмотр тарифицируется согласно стоимости услуги WAP согласно Вашему тарифному плану.

Тарифы в гривнaх с НДС, по состоянию на 01.02.2010. Дополнительно удерживается сбор в Пенсионный фонд в размере 7,5% со стоимости услуги без учета НДС.

Пользуйтесь удобными и полезными услугами вместе с МТС!

Virtual NAS StarWind

2010-06-18T12:57:00.003+03:00

Вновь возвращаемся к теме программных реализаций «SAN/NAS» для протокола iSCSI (iSCSI Target). Эта проблема всегда живо обсуждалась техническим сообществом, и недавняя iSCSI target — программа или или аппаратный контроллер (HBA), осуществляющие эмуляцию диска и выполняющие запросы iSCSI. новость о выпуске Windows Storage Server 2008 не стала исключением. Но удобных бесплатных решений под Windows до недавнего времени не было. Ознакомительную версию Windows Storage Server в промышленную эксплуатацию не запустишь, а строить кластеры из виртуальных машин хотят многие. Теперь же произошло серьезное событие на данном рынке. Один из его лидеров, компания StarWind Software Inc, объявила о выпуске бесплатной версии своей программной реализации iSCSI Target.

Итак, вы получаете возможность скачать полнофункциональную версию продукта под названием StarWind Free 4.1. Данная версия не имеет ограничений по количеству подключений, позволяет работать с дисками размером до 2 ТБ, умеет создавать цели iSCSI на основе дисков RAM, поддерживает сжатие и шифрование передаваемых данных, позволяет настроить аутентификацию CHAP. (Впрочем, у коммерческой версии есть ряд дополнительных функций. Которые могут оказаться полезными в ряде случаев — особенно связанных со сложными внедрениями и сценариями активного использования iSCSI).

Заявлена полная поддержка общего хранилища для кластеров Windows Server вообще — а также, в частности, Hyper-V (включая бесплатный Hyper-V Server) и SQL Server. Со стороны компьютера, пользующегося хранилищем по сети, должен быть установлен и настроен инициатор iSCSI — клиентская часть механизма работы протокола iSCSI. В состав ОС Windows Vista и выше уже включена (и даже запущена по умолчанию) программная реализация Microsoft iSCSI Initiator.

Теперь могу лишь пожелать вам успехов в построении отказоустойчивых систем хранения данных.

Сравнение iSCSI таргетов

Function	StarWind Software	Microsoft Windows Storage Server	Open-E	iSCSI Enterprise target	FalconStor	Nimbus	SvSAN	Datacore	Openfiler	FreeNAS
Точки мгновенного восстановления	Да	Да	Да	Нет	Да	Да	Да	Да	Да	Нет
Точки восстановления	Да	Да	Да	Да	Да	Да	Да (256)	Да	Да	Нет
Зеркалирование и Репликация	Да	DFS-R	Да	Нет	Да	Да	Нет	Да	Да	Нет
Тонкое резервирование	Да	Нет	Нет	Нет	Да	Да	Нет	Да	Нет	Нет
I/O кеширование	Да	Да	Нет	Да	Нет	Да	Нет	Да	Да	Нет
CHAP аутентификация	Да	Да	Да	Нет	Нет	Нет	Да	Да	Да	Да
IPsec шифрование	Да	Да	Да	Да	Нет	Нет	Да	Да	Нет	Нет
Программный RAID	Да	Нет	Да	Нет	Нет	Да	Да	Да	Да	Да
SPTI	Да	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет
RAM диск	Да	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет
Виртуальный оптический привод	Да	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Да
Виртуальная ленточная библиотека	Да	Нет	Да	Нет	Да	Нет	Нет	Нет	Нет	Нет
Microsoft Management Console	Нет	Да	Нет	Нет	Нет	Нет	Нет	Да	Нет	Нет
Поддержка PerfMon	Нет	Да	Нет	Нет	Нет	Нет	Нет	Да	Нет	Нет
Поддержка EventViewer	Нет	Да	Нет	Нет	Нет	Нет	Нет	Да	Нет	Нет
MPIO	Да	Да	Да	Нет	Нет	Да	Да	Да	Да	Нет
Служба теневого копирования тома (VSS)	Да	Да	Нет	Нет	Нет	Нет	Нет	Да	Нет	Нет
Интеграция с набором инструментов VMware	Нет	Нет	Нет	Нет	Нет	Нет	Да	Да	Нет	Нет
Удаленное администрирование	Да	Нет	Да	Нет	Нет	Да	Да	Нет	Да	Да
Поддержка Microsoft Windows Server Core	Да	Нет	Нет	Нет	Нет	Нет	Да	Нет	Нет	Нет
Ограничение количества сетевых интерфейсов	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет	Нет
Ограничение объема хранилища	2TB (бесплатная версия) / Неограничено	Неограничено	4/8/16 (больше нуждается в покупке дополнительных лицензий)	Неограничено	16 TB	Неограничено	2TB/4TB/8TB/Неограничено	8/16/U (SANSymphony)	Неограничено	Неограничено

Каким должен быть ИТ МЕНЕДЖЕР

2009-11-04T15:37:00.003+02:00

Кто такой ИТ специалист ?
Сразу скажу, задача не из легких и вот перечень фактов и идей, для обоснования.

Недавно вышла книга, жестко критикующая всех ИТ-шников. До книги было исследование американского института проектного менеджмента показавшее, что 78% внедрений комплексных систем автоматизации, их еще иногда называют ERP, признаны не достигшими своих целей. Представьте себе, приходит компьютерщик к Вашему менеджеру и говорит «Это стоит сто тысяч, но с вероятностью 78% мы не сделаем того, что вам нужно». Игра в казино на чет/нечет дает вероятность примерно 50%.
Человек поступает в институт на специальность "программист". Если на третьем курсе он не начал продавать сотовые телефоны, или не занялся дизайном интернет-сайтов, а к пятому курсу его из-за компьютера палкой не выгнать, то это асоциальная личность, не любящая людей, считающая, что все беды с сетью из-за глупых юзеров. Кто-то меняется в лучшую сторону, кто-то продолжает деградировать в плане социального интеллекта. Почему это происходит, дает нам понять следующий пункт.
А Вы вообще пытались задуматься, что именно делает администратор, программист, ИТ-менеджер? Они все время что-то делают, компьютеры и программы все время выходят из строя, почта не работает в самые важные моменты, картриджи в принтерах заканчиваются на распечатке самого важного документа компании. Нет! Причина в том, что область знаний слишком специальная, каждый, повторяю, каждый менеджер не компьютерщик думает, что компьютеры это китайская грамота, проникшая в мозг гения с молоком матери, и то, что все работает как попало, подтверждает таинственную сложность этой работы. Итак, кратко пункт три звучит следующим образом – компьютерщика НИКТО в компании не контролирует. Это называется диктат узкого специалиста. Вот об области HR каждый может высказаться, все специалисты у всех есть мнения по оценке эффективности! А неэффективность компьютерщика оказывается видна только по прошествии месяцев или лет. Вам на заметку способ оценки: Самый лучший компьютерщик вообще ничего не делает, все делают компьютеры. У плохого компьютерщика всегда аврал и он нарасхват.
Каким бы асоциальным компьютерщик не был, но их много и у них есть свое сообщество. В этом сообществе большинство любят проявлять свое эго рассказом о своих достижениях: крутизне компьютера на своем столе, количестве террабайт на корпоративном сервере, ценой коммуникационного оборудования, крутизной закупленной системы. Никто не хвастается объемом сэкономленных компании средств. Есть такая странная мысль, что закупка дорогой системы автоматизации нужна компьютерщику для еще одной «крутой» строки в резюме. Кто из Вас интересуется судьбой всех крутых проектов, в которых участвовал соискатель? И если они провалились то фраза: «компания была не готова» воспринимается как норма. Ваша компания, конечно, не такая, ваша компания готова, а специалист очень хороший, поскольку резюме пестрит крутыми системами! ...Я же и не спорю. За одного битого, двух не битых дают. Опыт приходит с ошибками, но ошибка должна быть осознана, иначе она не развивает. Корректнее была бы фраза соискателя: «Проект провалился, поскольку я не осознал, что компания не готова к переменам, но сейчас я знаю, как это проверять….».
В компании всегда есть один топ-менеджер, который на компьютерщика молится и несколько, которые его тихо или громко, скажем так, критикуют. Молится тот, кто ЖДЕТ, когда ему сделают то, что он попросил, и чем ИТ-менеджер занимается как раз сейчас, а остальные либо не получили ничего, либо получили нечто, чем нельзя пользоваться, однако оказались сами виноваты. Вы просили так, мы сделали так, оказалось, не работает, мы не виноваты, что вы не правильно просили! И что делать генеральному менеджеру в такой ситуации? Неужели учить всех сотрудников компании, пониманию возможностей и ограничений связки компьютер-человек для правильной постановки задачи? Или все же ИТ менеджер должен нести ответственность и за конечный результат и планировать его не меньше внутреннего заказчика, а может даже больше! Каждый раз, доказывая эффективность инструмента, которым он пользуется в совершенстве.

Итак, подведем итог. Четыре проблемы:

Социальная неадекватность;
Узкая специализация и отсутствие контроля;
Мотивация на решение функциональных проблем, а не линейных;
Не желание повысить свою квалификацию до уровня участия в планировании результата компании или ее отдела.

И, как следствие, главная проблема отрасли – весьма скромные результаты при огромных вложенных деньгах.
Хотя бы в границах Вашей организации Вы можете улучшить результаты ИТ, сократить издержки. Но для этого вам потребуется адекватный ИТ менеджер. Далее скажу банальную фразу рыночной экономики – «спрос рождает предложение». Начните спрашивать и начнете получать! Далее о том, что и как спрашивать у компьютерщика.
Сапожник в сапогах. ИТ менеджер лучше всех понимает, как использовать компьютер для менеджмента. Он же и гений компьютеров и управленец. Он может рассказать Вам о тех программах, которые он использует в своей работе и, может быть, эти знания будут полезны лично Вам. И не только рассказать, а показать! Не может? Странно.
Энциклопедия. Все знать невозможно! Даже в узкой области компьютеризации. Знаете сколько специальных курсов для компьютерщиков? Десятки тысяч. Спросите сколько у него друзей консультантов, каждый из которых, в совершенстве знает какую-то проблему, поскольку он уже убил время на ее решение. В каких профессиональных клубах состоит, какие журналы постоянно выписывает домой. Областей не так много, но около десятка компаний и людей он должен назвать. Деньги. Самый сложный вопрос. По-моему, ИТ менеджер каждый раз беря деньги в компании обязательно должен сказать, когда и как вернет. Компьютеризация, это всегда способ снижения издержек либо повышения производительности труда. Всегда есть эффект и должен быть анализ результата. Это и есть способ втянуть компьютерщика в решение бизнес задач из области увлеченности терабайтами и мегапикселами.
Еще деньги. Для третьего пункта компьютерщику и Вам ОБЯЗАТЕЛЬНО нужно понять, что «ИТ бюджет» компании, это на 90% деньги НЕ ДЕПАРТАМЕНТА КОМПЬЮТЕРИЗАЦИИ, а других структурных подразделений. Компьютерщики лишь обслуживают «ИТ деньги» компании наиболее эффективным образом. И делать они должны это, оценивая собственную эффективность. И получать зарплату только при фактическом выполнении плана инвестиций в область ИТ с получением ожидаемого эффекта.
Клиентоориентированность. Обеспечив выполнение предыдущего пункта, Вы сможете добиться ситуации, когда ИТ-менеджер начнет предлагать выгодные инвестиции в автоматизацию работы подразделений. Появится контроль Внутреннего Заказчика. А без этого получается, что деньги компьютерщику дает генеральный менеджер, а результатами вынуждены пользоваться другие люди, а когда другие говорят, что ничего не получили, генеральный вынужден решать не решаемую задачу - Кто прав, кто виноват? Спасает лишь то, что так почти у всех. Только в современных условиях это больше не пройдет. Если раньше мерилом конкурентного преимущества в ИТ был объем вложенных денег, то при очень быстром удешевлении технологий на первое место выходит то, с какой скоростью, и как качественно были инвестированы деньги компании в область ИТ.
Время = деньги. Забудьте о годах внедрения! Если внедряемая технология не внедрилась за пару месяцев и не принесла ощутимого эффекта в течение года, вы плохо распоряжаетесь своими деньгами. ИТ должен высвобождать время и деньги, в пределах нескольких месяцев, а не потреблять их годами. Потом обычно говорят – «все было хорошо, мы двигались по плану, но на пятом году внедрения компания разорилась, жаль». Мотивация мозгов. Тема очень обширная. С одной стороны компьютерщики полубоги, поэтому и асоциальны, с другой стороны у них есть потребность в общении. Большинство ее выражают через сетевые компьютерные игрушки. Очень серьезная, кстати, болезнь. Выясните, болен ли он, путем восхищения и искренним интересом к его результатам. Если болен, неминуемо начнет воровать время компании. Так вот, ИТ менеджер должен обладать арсеналом стимулирования своих подчиненных. Самые важные:

Вовлеченность руководства;
Формирование прямой ответственности каждого участника проекта перед Заказчиком;
Мозговые штурмы, свобода и творчество;
Материальное стимулирование выполнения сроков;
Что-то похожее на японские «кружки качества». Все проблемы исправляются за счет того, кто наломал дров вплоть до покрытия возникших денежных потерь. Совместная работа по исправлению и недопущению проблем в будущем, технологизация работы специалистов;
Регламентация, контроль работ и документирование вклада. Ежедневные отчеты об использовании рабочего времени. Обязательная фиксация ВСЕХ запросов в службы и анализ статистики исполнения. Этот пункт кроме мотивации ИТ сотрудников хорошо сказывается на адекватности оценки работы департамента и постоянного повышения качества работы;
Аудит. Не стесняйтесь проверять своих компьютерщиков. Так и впишите в положении о подразделении. Не реже двух раз в год состояние системы, планы и качество оценивают ВНЕШНИЕ компании, желательно конкуренты тех, у кого ваш компьютерщик делает покупки. Отзыв, конечно, может быть слишком критическим, но здесь важен скорее сам факт проверки и возможность вскрытия неэффективности заставляет больше думать и искать лучшие решения. Добейтесь результата хотя бы по двум, трем пунктам и потери уменьшаться, отработайте все пункты и получите лучшее в отрасли подразделение ИТ.

Я еще много могу рассказывать об управлении ИТ. Каждый раз собираю статистику, о том кто и что использует. В итоге, пришел к выводу, что лучшими ИТ менеджерами могут стать Финансовые менеджеры, поскольку они больше всех вовлечены в управление информационными потоками в силу задачи постановки управленческого учета. Чуть подучить, и в бой. Далее, по моему мнению, ИТ менеджера можно получить из компьютерщика, развив в нем социальный интеллект и бизнес-мышление. И еще ИТ менеджером может стать HRM, поскольку он организует часть информационных потоков - общение.

LDAP проблема с загрузкой сервера RedHat

2009-10-30T11:37:00.001+02:00

Проблема:

To relevant parts of nsswitch.conf on my system look like this:

passwd: files ldap

group: files ldap

shadow: files ldap

bind_policy hard

nss_reconnect_tries 3

nss_reconnect_sleeptime 1

nss_reconnect_maxconntries 3

INIT: version 2.86 booting

Starting the hotplug events dispatcher: udevd

udevd[374]: nss_ldap: could not connect to any LDAP server as (null) -

Can't contact LDAP server

udevd[374]: nss_ldap: failed to bind to LDAP server ldaps://foo.bar:

Can't contact LDAP server

udevd[374]: nss_ldap: could not connect to any LDAP server as (null) -

Can't contact LDAP server

udevd[374]: nss_ldap: failed to bind to LDAP server ldaps://foo.bar:

Can't contact LDAP server

udevd[374]: nss_ldap: could not connect to any LDAP server as (null) -

Can't contact LDAP server

udevd[374]: nss_ldap: failed to bind to LDAP server ldaps://foo.bar:

Can't contact LDAP server

udevd[374]: nss_ldap: reconnecting to LDAP server (sleeping 4 seconds)

...

If you think the boot takes still to long, you can decrease these values

further. Another possibility would be to use "bind_policy soft", but if I use

that option, some other services started after udevd cannot connect to the

LDAP server correctly.

Решение:

/etc/ldap.conf

bind_policy soft

nss_reconnect_tries 3

nss_reconnect_sleeptime 1

nss_reconnect_maxconntries 3

OWA 2007 configuration tricks to boost performance

2009-10-29T17:23:00.001+02:00

Gzip compression is an OWA 2007 option that compresses Web content at the server level before its sent to end users. There are a few things you should know about Gzip.

First, Gzip is enabled by default, but the default compression level is set to Low. Additionally, Gzip can negatively affect your client access server's performance since the server must compress Web content. If you change the Gzip compression level, you'll have to restart IIS before the change takes effect.

Which compression level to use depends on where your biggest performance bottleneck is. If your Internet connection (or your remote user's Internet connection) is the bottleneck, you can improve the end-user experience by setting the Gzip compression level to High.

To do so, open the Exchange Management Shell and enter: Set-OwaVirtualDirectory -Identity "owa (Default Web Site)" -GzipLevel High

However, if there is enough Internet bandwidth, but your client access server is suffering from excessive CPU use you may be able to improve performance by disabling Gzip. To do so, enter: Set-OwaVirtualDirectory -Identity "owa (Default Web Site)" -GzipLevel Off

Reminder: You must restart IIS before your changes will take effect. OWA will be temporarily unavailable during this time. Perform the restart by either rebooting the client access server or by opening a command prompt window and entering:IISRESET /NOFORCE

Отключение SPAM Filters on MS Exchange 2007

2009-10-26T17:32:00.001+02:00

Set-Mailbox -Identity tester -SCLDeleteEnabled 0 -SCLQuarantineThreshold 0 –SCLJunkEnabled 0

Доменная политика для запрета отображения ПК в сетевом окружении

2009-09-30T16:21:00.002+03:00

ГПО:

MACHINE\SYSTEM\CurrentControlSet\Services\lanmanserver\parameters

Дать права для пользователей домена на редактирование

User Logon Script:
\\domain\SYSVOL\domain\scripts

DisableVisible.reg

Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters]
"hidden"=dword:00000001

regedit.exe /s \\domain\SYSVOL\domain\scripts\DisableVisible.reg

Startap/Shutdown scripts

2009-09-30T15:48:00.001+03:00

To Assign computer startup scripts

Open the Group Policy snap-in.
In the console tree, click Scripts (Startup/Shutdown).
policy name Policy | Computer Configuration | Windows Settings | Scripts (Startup/Shutdown)
In the details pane, double-click Startup.
In the Startup Properties dialog box, click Add.
In the Add a Script dialog box, type the following information, and then click OK:
Script Name: Type the path to the script, or click Browse to search for the script file in the Netlogon share of the domain controller.
Script Parameters: Type any parameters that you want, the same way as you would type them on the command line. For example, if your script includes parameters called //logo (display banner) and //I (interactive mode), type the following: //logo //I
In the Startup Properties dialog box, specify the options that you want, as follows, and then click OK:
Startup Scripts for Group Policy object: Lists all the scripts that are currently assigned to the selected Group Policy object. If you assign multiple scripts, the scripts are processed in the order that you specify. To move a script up in the list, click it, and then click Up. To move a script down in the list, click it, and then click Down.
Add: Opens the Add a Script dialog box, where you can specify any additional scripts to use.
Edit: Opens the Edit Script dialog box, where you can modify script information, such as name and parameters.
Remove: Removes the selected script from the Startup Scripts list.
Show Files: Displays the script files that are stored in the selected Group Policy object.

Notes:
Startup scripts are run as Local System, and they have the full rights that are associated with being able to run as Local System