Условий бесперебойной работы и отсутствия. Обеспечение бесперебойного снабжения качественными строительными материалами строительные организации. Какая специфика в этих вопросах свойственна банкам

Если Вы слепо доверяете надежности своего "винчестера", то, поверь-
те, наступит день, когда Вы об этом пожалеете. У любой механической
системы (а жесткий диск таковой и является) есть свой запас прочно-
сти. Что произойдет после выработки ресурса, точно никто не пред-
скажет, однако на лучшее можете не рассчитывать: самая важная для Вас
информация наверняка пропадет безвозвратно. В Windows NT Server
встроены механизмы, обеспечивающие отказоустойчивость системы:

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

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

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

Таблица хорошо показывает, что хотя кластеры и обеспечивают высо-
кую степень надежности сервера, но не являются панацеей. К тому же
они поддерживаются только версией для предприятий (Windows NT
Server Enterprise Edition). Требуются дополнительные механизмы. Рас-
смотрим средства обеспечения бесперебойной работы, встроенные в
Windows NT Server 5.0.

Средства повышения надежности работы
с диском

Если Вы регулярно пользовались такими программами как CHKDSK или
Norton disk Doctor, то наверняка обращали внимание на иногда обна-
руживаемые на жестких дисках "плохие области" (bad blocks), которые
эти программы помечают как недоступные. Причин появления таких
областей несколько, начиная от некачественного диска и кончая неко-
торыми видами вирусов. Но какова бы ни была причина, результат все-
гда один - сокращение доступного рабочего пространства на диске.
Если же Вы своевременно не продиагностировали диск, то последствия
могут быть еще печальнее: Вы потеряете данные, записанные на по-
врежденный участок, а, в самом худшем случае, операционная система
утратит работоспособность. Поэтому, если в Вашем компьютере толь-
ко один жесткий диск или Вы не используете технологии, описанные
далее в этой главе, первейшей заботой должна стать регулярная про-
верка состояния диска.

Замечание. Современные компьютерные системы, выпускаемые из-
вестными производителями, зачастую обладают встроенными средства-
ми контроля за состоянием дисков и оповещения операционной сис-
темы и администратора о надвигающейся угрозе. Примером могут слу-
жить компьютеры Compaq Proliant, где о предстоящем крахе диска из-
вещается не только операционная система, но и оператор, на пейджер
которого посылается предупреждающий сигнал.

Проверка состояния жесткого диска

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

CHKDSK [[ path ]filenanie] ],

Указывает диск, который надо проверить;

Filename - указывает файлы для проверки фрагментации (только на
FAT);

. /F - исправляет ошибки на диске;

. /V - для FAT показывает полное имя и путь к файлам на диске; для
NTFS - также сообщения об очистке;

. /R - определяет плохие сектора и восстанавливает читаемую ин-
формацию;

. /L: size - только для NTFS: устанавливает размер файла журнала в
килобайтах, если размер не указан, подразумевается активный.

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

Помимо команды CHKDSK в Windows NT 5.0 для проверки диска име-
ется графическая утилита. Чтобы ее вызвать, необходимо щелкнуть
правой кнопкой мыши имя диска в папке My Computer и в появившем-
ся меню выбрать команду Properties. В диалоговом окне надо выбрать
вкладку Tools и щелкнуть кнопку Check Now. Для полной проверки
диска следует отметить оба флажка: Automatically fix filesystem
errors и Scan and attempt recovery of bad sectors.

Диалоговое окно проверки состояния жестких дисков

Чтобы обезопасить себя от разного рода неприятностей, связанных с
отказами дисковой системы на сервере, лучше использовать средства,
повышающие надежность их работы. К средствам Windows NT, обеспе-
чивающих повышенную надежность при работе с диском, относятся:

зеркализация дисков, дублирование дисков, чередование дисков с кон-
тролем четности и замена секторов (в "горячем" режиме).

Технология RAID (избыточный массив
недорогих дисков)

Средства повышения надежности работы с дисками имеют промыш-
ленный стандарт и подразделяются на несколько уровней использова-
ния избыточных массивов недорогих дисков (RAID) (см. таблицу 5-2).
Каждый из уровней обладает различным сочетанием производительно-
сти, надежности и стоимости. В Windows NT Server 5.0 обеспечивается
поддержка RAID уровней 0,1 и 5.

Чередование дисков

Этот уровень (RAIDO) обеспечивает чередование между различными
разделами диска. При этом файл как бы "размазан" по нескольким
физическим дискам. Данный метод может увеличить производитель-
ность работы с диском, особенно, когда диски подключены к разным

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

Уровень О: чередование дисков

Зеркализация и дублирование дисков

Зеркальная копия диска или раздел создаются средствами RAID уровня 1:

зеркализацией или дублированием. Зеркальное отражение дисков дей-
ствует на уровне разделов. Любой раздел, включая загрузочный или
системный, может быть зеркально отражен. Это простейший метод
повышения надежности работы с диском. Чаше всего, зеркализация -
самый дорогой метод обеспечения надежности, так как при нем задей-
ствовано всего лишь 50 процентов объема жесткого диска. Однако в
большинстве одноранговых или небольших серверных сетей такой
способ дешев за счет использования всего двух дисков.

Дублирование дисков - зеркализация с применением дополнительно-
го адаптера на вторичном дисководе - обеспечивает отказоустойчи-
вость и при сбое контроллера, и при сбое диска. Кроме того, дублиро-
вание может повысить производительность.

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

Здесь уместно остановиться и прояснить ситуацию, с которой доволь-
но часто встречаются администраторы при зеркализации системного
загрузочного диска. Случается, что при выходе из строя одного из дис-
ков принимается решение эксплуатировать систему с другим, остав-
шимся. При этом предполагается, что поскольку второй диск является
зеркальной копией первого, то никаких дополнительных мер предпри-
нимать не надо - достаточно просто загрузить компьютер. Тут-то и
находится камень преткновения: если данный раздел диска не являет-

Для активизации раздела надо воспользоваться либо утилитой FDISK,
входящей в поставку любой версии MS-DOS (для разделов FAT), либо
слепком Disk Administrator.

Чередование дисков с записью кода коррекции

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

Этот метод требует выделения на диске больше места для хранения
кода коррекции, чем для информации о четности. В Windows NT Server
данный метод не используется.

Чередование дисков с записью кода коррекции
в виде четности

RAID уровня 3 аналогичен уровню 2 за тем исключением, что код кор-
рекции заменен информацией о четности, записываемой на один диск.
Таким образом, дисковое пространство используется лучше. В Windows
NT Server этот уровень также не применяется.

Чередование дисков большими блоками.
Хранение четности на одном диске

RAID уровня 4 записывает целые блоки данных на каждый диск в мас-
сиве. Отдельный диск используется для хранения информации о чет-
ности. Всякий раз при записи блока информация о четности должна
быть считана, изменена, а затем записана вновь. Этот метод больше
годится для операций записи больших блоков, чем для обработки тран-
закций. В Windows NT Server он не применяется.

Чередование дисков с записью информации
о четности на все диски

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

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

Этот механизм поддерживает от 3 до 32 дисков. В набор чередования
могут входить все разделы, кроме загрузочного (системного).

Уровень 5: чередование диска с четностью

При использовании массива RAID5 в кластерах в качестве общего ре-
сурса (подробнее об это будет рассказано далее) наибольшая надеж-
ность и производительность достигается в том случае, когда каждый из
дисков подключен к своему контроллеру SCSI.

Подключение массива RAID в кластер

Базовые и динамические дисковые тома

В Windows NT 5.0 введены новые понятия: базового и динамического
тома. На базовых дисках можно выполнять следующие операции:

Создавать и удалять первичные и расширенные разделы и логичес-
кие диски;

Отмечать раздел как активный;

Удалять наборы томов;

Разбивать зеркализацию в зеркальном наборе;

Восстанавливать зеркальные наборы;

Восстанавливать наборы дисков с чередованием с сохранением ин-
формации о четности;

Делать диски динамическими;

Превращать тома и разделы в динамические.

Некоторые операции можно выполнять только на динамических дис-
ках, а именно:

Создавать и удалять простые тома, зеркальные тома, тома с чередо-
ванием и RAID-5;

Расширять тома;

Удалять зеркало из зеркального тома;

Исправлять зеркальные тома;

Исправлять тома RAID-5.

Чтобы превратить диск в динамический, выберите его в слепке консо-
ли управления Disk Management и щелкните правой кнопкой мыши. В
контекстном меню выберите команду Initialize Disk. Далее следуйте
указаниям программы.

В первой бета-версии Windows NT 5.0 не поддерживается преобразо-
вание разделов диска в динамические. Эта возможность будет реализо-
вана во второй бета-версии.

Внимание! Динамические диски не доступны из MS-DOS или Windows.

Замена секторов в "горячем режиме"

В Windows NT Server можно восстанавливать сектора в процессе рабо-
ты. При форматировании тома файловая система проверяет все секто-
ра и, обнаружив дефектные, помечает их для исключения из дальней-
шей работы. Если плохой сектор обнаружен в процессе записи (чте-
ния), отказоустойчивый драйвер пытается перенести данные в другой
сектор, а первый - отметить как сбойный. Если перенос удается, фай-
ловая система не предупреждает о проблеме. Эта процедура возможна
только на дисках SCSI.

1. Определяет сбойный сектор

2. Перемещает данные в хороший сектор

3. Помечает сбойный сектор

Замена секторов

Исправление ошибок

Описанные возможности отказоустойчивых конфигураций обеспечи-
ваются при установке в системе драйвера FTDISK. В общем случае воз-
можности по обнаружению и исправлению дисковых ошибок опреде-
ляются рядом факторов. В таблице 5-3 перечислены возможные вари-
анты конфигурации и соответствующие им возможности "работы над
ошибками".

Резервное копирование

Windows NT 5.0, так же, как и предыдущие версии, обладает встроен-
ной программой резервного копирования. Однако новая версия отли-
чается рядом функциональных возможностей, среди которых можно
назвать поддержку различных видов носителей резервной копии (а не
только магнитной ленты), встроенную возможность составления рас-
писания резервного копирования, программу-мастер резервирования
(восстановления), а также новый пользовательский интерфейс.

Программа Windows NT Backup

Windows NT Backup позволяет пользователям выполнять резервное
копирование и восстановление данных на локальный накопитель на
магнитной ленте (стример), на любой жесткий или гибкий диск, на
устройство хранения на магнитооптических дисках и, вообще, на лю-
бое устройство хранения информации, поддерживаемое операционной
системой. Перечислим основные возможности программы:

Резервное копирование и восстановление данных, расположенных
на разделах NTFS, FAT и FAT32 как на локальном, так и на удаленном
компьютере;

Выбор отдельных томов, каталогов или файлов, подлежащих копи-
рованию (восстановлению), а также просмотр подробной информа-
ции о файлах;

Выбор носителя, на который будет выполняться резервное копи-
рование: магнитная лента, диск, гибкий диск, магнитооптический
носитель и др.;

Выбор дополнительной проверки правильности записи (восста-
новления);

Обычные операции резервного копирования: нормальное (normal),
копирование (copy), приращение (incremental), разница (differen-
tial), ежедневное (daily);

Размещение на одном носителе нескольких записей и их объедине-
ние или замещение;

Создание командного файла для автоматизации резервного копиро-
вания;

Планирование операций резервного копирования по времени;

Просмотр полного каталога резервных копий и выбор файлов и
каталогов, подлежащих восстановлению;

Выбор диска назначения и каталога, в который будет выполняться
восстановление;

Использование программы-мастера резервного копирования (вос-
становления) ;

Сохранение информации об операциях резервирования (восстанов-
ления) в журнале и последующий ее просмотр в Event Viewer.

Интерфейс программы

Если в предыдущих версиях Windows NT для запуска программы резерв-
ного копирования требовалось найти соответствующий значок в груп-
пе средств администрирования, то теперь доступ к ней осуществляется
подобно тому, как в Windows 95- Щелкните правой кнопкой мыши зна-
чок, соответствующий жесткому диску, и выберите в контекстном меню
команду Properties, а затем в появившемся диалоговом окне Disk Pro-
perties - вкладку Tools. Затем следует щелкнуть в разделе Backup
кнопку Backup now, и на экране появится окно программы резервно-
го копирования.

Внимание! Для резервного копирования необходимо, чтобы в сис-
теме был запущен сервис Media support service. В первой бета-версии
Windows NT 5.0 он не запускается по умолчанию. Запустите его через
слепок консоли управления Service Management.

Интерфейс программы Windows NT Backup

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

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

Приглашение начать резервное копирование

Параметры резервного копирования
(восстановления)

К доступным параметрам резервного копирования (восстановления)
относятся:

Тип резервного копирования;

Параметры регистрации в журнале;

Файлы, не подлежащие резервированию;

Параметры восстановления.

Для определения этих параметров либо щелкните кнопку Options в
нижней части окна программы, либо выберите одноименную команду
в меню Tools. На экране появится диалоговое окно Options.

Диалоговое окно Options, вкладка Backup Type

Вы можете выбрать: выполнять ли резервное копирование всех отме-
ченных файлов (All selected files) или только новых или измененных
(New and changed/lies only).

В первом случае копируются все выделенные файлы (даже те, которые,
например, уже были скопированы несколько дней назад и с тех пор не
изменились). Понятно, что время выполнения резервирования в дан-
ном случае зависит только от общего объема отмеченных файлов. У Вас
также имеется возможность поставить переключатель в положение,
предписывающее отмечать модификацию файла (Normal backup type.
Backup all files. Clear the modified/lag.) или не делать этого (Copy
backup type. Backup all files. Don t clear the modified flag.). Второй
тип позволяет значительно сократить время резервного копирования.

Помимо разностного резервирования и резервирования с приращени-
ем эффективно ежедневное резервное копирование. При этом копиру-

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

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

Диалоговое окно Options, вкладка Backup logging

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

Operation: Backup

Active Device; File

Media Name: "Media created on 15.11.97"

Backup set ft1 on media Ш

Backup Method: Normal

Backup started on 15.11,97 at 16:03.
Backup completed on 15.11.97 at 16:03.
Directories: 2
Files: 5
Bytes: 21,192
Time: 1 second.

Operation: Verify After Backup

Verify Type: Cyclic Redundancy Check

Active Device: File

Active Device: D:\WINNT5\SYSTEM32\Backup.bkf

Backup set HI on media ff1

Backup description: "Set created on 15.11.97 at 16:03"

Verify started on 15.11.97 at 16:03.

Verify completed on 15.11.97 at 16:03.

Time: 2 seconds.

Operation: Restore

Restore started on 15.11.97 at 16:05,

Warning: File New Bitmap Image.bmp was skipped

Warning: File New Rich Text Document, rtf was skipped

Warning: File New Text Document.txt was skipped

Warning: File New WordPad Document.doc was skipped

Warning: File tracking,log was skipped

Restore completed on 15.11.97 at 16:05.

Time: 3 seconds.

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

Для исключения таких файлов из списка копируемых, выберите в диа-
логовом окне Options вкладку Exclude Files и укажите расширения
всех файлов, для которых не надо делать резервную копию.

Диалоговое окно Options, вклидка Exclude files

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

Именно поэтому не рекомендуется замещать файлы на диске хранимы-
ми в архиве по умолчанию. У Вас есть выбор: замещать только те фай-
лы, дата которых старше, чем дата файлов из архива; или замещать все
файлы без разбора.

Диалоговое окно Options, вкладка Restore options

Выполнение резервного копирования

После определения параметров резервного копирования можно при-
ступить непосредственно к самой процедуре.

Внимание! Если Вы выполняете резервирование в файл, то укажите
имя файла-приемника. Этот файл будет называться в дальнейшем но-
сителем (media), несмотря на то, что в физическом смысле он не яв-
ляется носителем, а сам располагается на носителе, например, на жес-
тком диске. Термин "носитель" не должен Вас смущать, когда програм-
ма задает вопрос типа "Заместить все содержимое носителя?". Речь в
данном случае идет только о файле-приемнике.

Для начала резервного копирования щелкните кнопку Start в програм-
ме Windows NT Backup. Появится диалоговое окно Backup Informa-
tion, предлагающее уточнить некоторые дополнительные параметры.

Диалоговое окно Backup Information

Задать параметры Вам помогут следующие элементы окна:

Флажок Restrict access to owner or administrator - если он от-
мечен, то доступ к носителю будет запрещен для владельцев файлов
или администраторов;

Флажок Backup local Registry - если он отмечен, то будет создана
резервная копия реестра на локальной машине;

Поле Set description - в него Вы можете ввести название резерви-
руемой информации; при восстановлении это название будет пере-
числено в списке доступных наборов;

. фляжок Append this backup to the media - отметив его, Вы укаже-
те программе на необходимость добавления новой информации к
уже хранимой в архиве;

Флажок Replace the data on the media with this backup - отме-
тив его, Вы укажете программе на необходимость замещения всей
предыдущей информации на носителе новой; в случае использова-
ния в качестве носителя магнитной ленты будет создано новое ог-
лавление и данные будут записаны с начала ленты, в случае исполь-
зования файла на диске - переписано содержимое файла;

В поле Use this media name следует ввести имя носителя;

Кнопка Advanced открывает возможность ввести дополнительные
параметры в диалоговом окне Advanced backup options,

Диалоговое окно Advanced Backup Options

С помощью диалогового окна Advanced Backup Options Вы можете
потребовать:

Выполнить резервное копирование службы каталогов;

Выполнить резервное копирование данных иерархичного хранилища;

Проверить данные после резервирования;

Использовать компрессию на аппаратном уровне (если это допуска-
ет Ваше оборудование);

Выбрать один из описанных ранее типов резервного копирования.

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

Планирование резервного копирования

В предыдущих версиях Windows NT для планирования времени резер-
вного копирования требовалось использовать системный планировщик
(команда AT). Новая версия имеет встроенный планировщик, который
позволяет задать начальные день и время резервирования, указать, яв-
ляется ли данная операция регулярной, если да, то с какой периодич-
ностью и в течение какого времени должна выполняться. Все эти пара-
метры задаются для каждого резервного копирования в диалоговом
окне Scheduled Job Options.

Диалоговое окно Scheduled Job Options

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

. Start date - текущее число;

. Start time - 12:00 (надеясь, что в полночь" все пользователи уже
разошлись по домам, где отдыхают, а не работают с файлами в сво-
их домашних каталогах);

Отметьте флажок Run more then once,

. Frequency - ежедневно (daily), интервал - 1 день.

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

Расписание заданий резервного копирования

Программа указывает полночь "по-американски", то есть в 12.00 AM.

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

Поддержка источников
бесперебойного питания

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

Сервис UPS Windows NT определяет сбои напряжения питания, предуп-
реждает о них пользователя и корректно заглушает систему при исто-
щении источника резервного питания.

Настройка параметров этого сервиса производится в разделе UPS па-
нели управления.

Диалоговое окно настройки параметров UPS
К настраиваемым параметрам относятся:

Последовательный порт, к которому подключен источник беспере-
бойного питания;

Сигнал от UPS при сбое напряжения питания;

Предупреждение от UPS при снижении уровня зарядки батарей;

Сигнал от сервиса UPS для выключения источника бесперебойного
питания;

Командный файл, выполняемый перед выключением компьютера;

Ожидаемое время работы и перезарядки батарей;

Временные интервалы для предупреждающих сообщений.

Сервис UPS должен использоваться совместно с сервисами Alerter, Mes-
senger и Журналом регистрации. При этом все события, связанные с
сервисом UPS (например, сбой питания или сбой подключения источ-
ника бесперебойного питания) будут занесены в журнал регистрации,
а определенные пользователи будут уведомлены о них по сети. С по-
мощью параметра Server на панели управления можно назначить
пользователей и (или) компьютеры, которые будут получать эти уве-
домления.

Кластеры серверов

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

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

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

Кластерная технология повысит доступность системы. Можно предло-
жить использование двух систем, подключенных к многопортовому
дисковому массиву, на котором располагается база данных. В случае
сбоя сервера А резервная система (сервер Б) автоматически "подхва-
тит" соединение так, что пользователи и не заметят, что произошел
сбой. Таким образом, комбинация технологий обеспечения повышен-
ной надежности работы с диском, стандартно используемых в Windows
NT Server (чередование, дублирование и т. д) с кластерной технологи-
ей гарантирует доступность системы.

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

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

До недавнего времени подобные соображения приводили к тому, что
технические специалисты крупных банков, вынужденные заранее ^зак-
ладываться" на огромный рост вычислительных потребностей, созда-
вали системы на базе больших мэйнфреймов и мини-ЭВМ.

Кластерная технология на базе Windows NT Server предоставляет по-
трясающую возможность - отказаться от дорогостоящего оборудова-
ния и использовать широко распространенную систему на самых обыч-
ных аппаратных платформах. Мощность кластера наращивается про-
стым добавлением в него еще одной системы.

Наращиваемость кластеров

Традиционная архитектура предоставления
высокой доступности

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

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

Традиционная архитектура обеспечения
наращиваемости

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

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

Архитектура кластера

Кластеры могут иметь разные формы. Например, в качестве кластера
может выступать несколько компьютеров, связанных по сети Ethernet.
Пример кластера высокого уровня - высокопроизводительные много-
процессорные SMP-системы, связанные между собой высокоскорост-
ной шиной связи и ввода-вывода. В обоих случаях увеличение вычис-
лительной мощности достигается постепенно, добавлением очередной
системы. С точки зрения клиента, кластер представляется в виде одно-
го сервера или образа одной системы, хотя реально состоит из не-
скольких компьютеров.

Сегодня в кластерах используются, в основном, две модели: с общими
дисками и без общих компонентов.

Модель с общими дисками

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

и превратить в последовательный вид доступ к общим данным. Обыч-
но организующую роль при синхронизации играет диспетчер распре-
деленных блокировок DLM (Distributed Lock Manager). Сервис DLM по-
зволяет приложениям отслеживать обращения к ресурсам кластера.
Если к одному ресурсу обращается более двух систем одновременно,
то диспетчер распознает и предотвращает потенциальный конфликт.
Процессы DLM могут приводить к дополнительному графику сообще-
ний в сети и снизить производительность. Один из способов избежать
этого эффекта - использование программной модели без общих ком-
понентов.

Модель без общих компонентов

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

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

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

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

Серверы кластерных приложений

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

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

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

Модели кластеров Windows NT

Текущая реализация кластеров для Windows NT поддерживает работу
двух связанных между собой особым образом серверов. Если на одном
из серверов происходит сбой или он отключается, то второй начинает
исполнять его функции. Кроме того, кластеризация обеспечивает ба-
лансировку нагрузки, распределение процессов между серверами. По
принципу настройки на использование тех или иных свойств, класте-
ры Windows NT можно разделить на пять моделей:

. модель 1 - высокая доступность и статическая балансировка на-
грузки;

. модель 2 - "горячий резерв" и максимальная доступность;

. модель 3 - частичная кластеризация;

. модель 4 - только виртуальный сервер (без переключения);

. модель 5 - гибридная.

Давайте вкратце рассмотрим эти модели.

Модель 1: высокая доступность и статическая
балансировка нагрузки

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

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

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

Конфигурация модели 1

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

Рассмотрим другой пример использования этой модели. Допустим, на
предприятии имеется почтовый сервер, на котором установлен Mic-
rosoft Exchange. В пиковые моменты нагрузки сервер не справляется и
отключается. Поскольку почта должна функционировать непрерывно,
можно предложить следующее решение. Сервер, на котором исполня-
ется Microsoft Exchange, объединяется в кластер с сервером, на кото-
ром в нормальном режиме работает приложение доступа к данным. В
момент сбоя почтового сервера его роль временно принимает на себя
второй сервер кластера. Но, подчеркиваю, это лишь временно, и сразу
после перезагрузки основного почтового сервера вся работа по обра-

ботке почты вновь передается ему. Аналогично может выполняться пе-
реключение программы работы с базами данных.

Модель 2: "горячий резерв"
и максимальная доступность

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

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

Модель с "горячим резервированием"

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

Модель 3: частичная кластеризация

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

на локальном диске сервера. В случае сбоя сервера эти приложения
становятся недоступными.

Модель частичной кластеризации

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

Иногда случается, что модель переключения, обеспечиваемая Microsoft
Cluster Server, не годится для некоторых приложений. (Например, при
исполнении расчетной задачи переключение с узла на узел все равно
прервет процесс вычислений). Для таких приложений необходимы
иные, специфичные механизмы обеспечения бесперебойной работы.

Модель 4: только виртуальный сервер
(без переключения)

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

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

В случае сбоя сервера программное обеспечение кластера запускает
необходимые сервисы в указанном порядке сразу после перезагрузки.

В будущем такой узел может быть соединен с другим для организации
полноценного кластера.

Модель с одним виртуальным сервером

Модель 5: гибридное решение

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

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

Гибридное решение

Установка Microsoft Cluster Server

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

Прежде чем начать

Для установки MSCS (Microsoft Cluster Server) необходимо иметь следу-
ющее оборудование.

1. Два компьютера произвольной конфигурации. Характеристики
компьютеров могут различаться. Например, один имеет процессор

Pentium Pro с тактовой частотой 200 Мгц, объем ОЗУ - 256Мб, встро-
енный жесткий диск объемом 2 Гб. Второй - процессор Pentium II с
тактовой частотой 233 Мгц, объем ОЗУ б4Мб и встроенный жесткий
диск объемом 1 Гб. Разброс характеристик определяется используе-
мой Вами моделью: от практически идентичных (для режима "горя-
чего резервирования") до совершенно различных (для режима час-
тичной кластеризации).

2. В каждом компьютере должно быть не менее одного SCSI-адап-
тера, к которому будут подключаться общие диски. К этим адапте-
рам применяется одно жесткое требование: они должны обеспечи-
вать такой режим работы, который позволяет не инициализировать
шину при перезагрузке. В ряде случаев с этой целью может понадо-
биться отключить BIOS адаптера.

Другим требованием является то, что SCSI ID одного из компьюте-
ров должен быть обязательно равен шести, а другого - семи.

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

между серверами;

на одном конце.

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

Связь с промежуточным расположением устройств хранения

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

Связь серверов с расположением общих дисков на одном конце

3. Не меыее 2 сетевых плат в каждом компьютере. Узлы в кластере
должны быть связаны между собой надежным каналом, называемым
интерконнектом (interconnect). По этому каналу они обменивают-
ся друг с другом информацией о своем состоянии. Предположим, в
качестве такого канала используется та же самая сетевая плата, что
и для доступа к ресурсам кластера. В этом случае велика вероятность,
что в моменты загрузки сети будет происходить ложное срабатыва-
ние процедуры переключения. При обоих работоспособных серве-
рах информация об их состоянии просто не будет доходить от од-
ного к другому. В результате оба сервера инициируют процесс пе-
реключения, что, вполне вероятно, приведет к сбою системы.

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

Взаимодействие между кластерами осуществляется по протоколу
TCP/IP. Поэтому Вам понадобится назначить адреса для сетевых карт
интерконнекта. Для этой цели можно использовать специальные
зарезервированные адреса:

10.0.0.1 - 10.255.255.254;

172.16.0.1 - 172.31.255.254;

192.168.0.1 - 192.168.255-254.

4. Общим дискам в серверах должны быть присвоены одинаковые
буквы. Например, если в одном из серверов локальные диски име-
ют буквы С, D и Е, а в другом - С, D, Е, F и G, то первый общий диск
в обеих системах должен быть диском Н.

Внимание! Все общие диски должны иметь формат NTFS.

Присвоение букв дискам выполняется по очереди. Сначала загружа-
ется один сервер, а второй остается выключенным. С помощью слеп-
ка Disk Management назначается нужная буква. После этого первый
сервер выключается, загружается второй и назначается та же самая
буква для выбранного раздела диска.

После того, как выполнены все перечисленные условия, можно устанав-
ливать ПО MSCS.

Процедура установки

Процедура проста: сначала выполняют установку на одном узле, а по
ее завершении - на втором. Для установки необходимо зарегистриро-
ваться в домене с административными правами.

Устанавливать ПО надо на локальный, а не на общий диск. В процессе
установки ПО на первый сервер надо указать имя, под которым клас-
тер будет доступен для клиентов, имена дисков, предназначаемых для
использования в качестве общих ресурсов, сетевые карты и их назна-
чение (для связи с клиентами, для интерконнекта или для того и друго-
го), адреса IP и маску.

Процедура установки на второй сервер аналогична, за тем исключени-
ем, что вместо формирования нового кластера надо подключиться к
уже существующему.

Администрирование кластера

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

Интерфейс программы весьма напоминает интерфейс консоли управ-
ления с загруженным слепком, однако теперь администратор класте-
ров не является слепком ММС.

Окно Cluster Administrator

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

На панели инструментов есть кнопка, позволяющая подключиться к
любому кластеру для управления им. С помощью администратора кла-
стера можно выполнять следующие операции:

Создавать новый ресурс;

Создавать и модифицировать группу ресурсов кластера;

Управлять сетевыми интерфейсами;

Управлять ресурсами каждого из узлов в отдельности;

Имитировать сбой в работе ресурса;

Останавливать работу отдельных групп;

Перемещать ресурсы между группами.

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

Создание новой группы ресурсов

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

Назначение предпочтительного владельца группы ресурсов

Создание нового ресурса

В Microsoft Cluster Server можно создавать ресурсы одного из следую-
щих типов:

Координатор распределенных транзакций;

Совместно используемый файловый ресурс;

Приложение общего вида;

Сервис общего вида;

Виртуальный корень Internet Information Server;

Адрес IP;

Сервер очередей (Microsoft Message Queue Server);

Сетевое имя;

Физический диск;

Спулер печати;

Сервис таймера.

Добавление нового ресурса

Например, если Вы хотите добавить новый виртуальный корень для
своего сервера Web, то необходимо создать ресурс типа US Virtual Root.

Определение взаимозависимости ресурсов

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

Определение зависимости загрузки ресурсов

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

Определение свойств ресурса

Наконец, после того, как задана последовательность загрузки ресурсов,
можно определить свойства вновь создаваемого ресурса. Окно свойств
существенно различается в зависимости от типа ресурса. Например, на
рисунке показано определение параметров виртуального корня серве-
ра Web. Для него указывается полный путь на диске, имя, под которым
он будет доступен для клиентов, а также тип доступа.

Определение специфичных параметров ресурса

Редактирование свойств ресурсов

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

Модификация свойств f)ecvl)ca

В этом диалоговом окне можно изменить следующие параметры:

Имя и описание ресурса;

Возможных владельцев ресурса (на уровне серверов);

Последовательность загрузки сервисов, влияющих на работу редак-
тируемого ресурса;

Параметры перезапуска ресурса в случае сбоя;

Интервалы опроса;

Командную строку и параметры запуска.

Проверка работоспособности

Для проверки работоспособности созданной группы ресурсов в адми-
нистраторе кластера предусмотрена возможность имитации сбоя. На-
пример, для проверки работоспособности виртуального корня серве-
ра Web его исполнение переносится на другой узел командой меню.

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

Хотя параметры перезапуска можно редактировать, не рекомендуется
уменьшать время проверки работоспособности, так как небольшие
паузы в работе могут быть расценены как сбой кластера.

Заключение

Windows NT 5.0 унаследовала от предыдущих версий все возможности
обеспечения бесперебойной работы. Средства поддержки отказоустой-
чивых дисковых томов, поддержка источников бесперебойного пита-
ния, улучшенная версия программы резервного копирования удачно
дополняются кластерными технологиями.

Несомненно, что перечисленные возможности в совокупности с под-
держкой аппаратных средств отказоустойчивости позволяют говорить
о Windows NT Server 5.0 как о серверной операционной системе, впол-
не способной удовлетворить потребности предприятий, где требуется
высокий уровень надежности.

13.12.2016, ВТ, 11:30, Мск

Современный мир все больше полагается на автоматизированные системы в самых разных областях человеческой деятельности. Растет число приложений, к непрерывной работе которых выдвигаются повышенные требования. Специалисты НПП «Родник» представляют коробочное решение Stratus everRun Enterprise, которое поможет быстро и просто обеспечить бесперебойную работу программного решения или сервиса.

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

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

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

Доступный сервис

С целью классификации компьютерные системы обычно разделяют по времени непрерывной работы, в процентах от общей длительности работы. Зачастую доступность сервиса или системы характеризуется параметром в 99–99,9% времени, и число «99,9» выглядит очень надежно. Но на практике это означает до 90 часов простоя в течение года, или же до полутора часов в неделю. Для восстановления работы такой системы обычно используется ее перезапуск, или восстановление из резервной копии.

Недостатки такого способа очевидны - эта процедура требует времени, что не всегда допустимо. Современные сервисы чаще всего работают на виртуальных машинах (ВМ), которые в случае сбоя требуется перезапустить.

Системы высокой доступности работоспособны 99,95–99,99% времени. Здесь используются кластерные системы и технологии, в которых выполнено то или иное запараллеливание сервисов и систем. «Высокая доступность», тем не менее, может означать до нескольких часов простоя в течение года. В зависимости от решения, дублирующий сервис или система могут находиться в так называемом «холодном» резерве, в этом случае для ее запуска требуется какое-то время. Также следует отметить сложность кластерных технологий и повышенные требования к квалификации ИТ-персонала. Кластеры сложны и отнимают много времени на развертывание, требуют тестирования и непрерывного административного контроля. Программное обеспечение обычно приходится лицензировать для каждого из серверов кластера. В результате в случае роста кластерной системы общая стоимость владения быстро растет.

Основные области применения Stratus everRun:

Системы видеонаблюдения и контроля доступа

Cиловые структуры

Финансы и банковские услуги

Телекоммуникации

Медицина

Государственный сектор

Производство

Транспорт и логистика

Непрерывная доступность (англ. fault tolerance) – до 99,999% времени. Такой уровень надежности системы достигается специализированными программными и аппаратными решениями. В зависимости от предметной области (управление технологическими процессами, банковские системы), такие комплексы могут быть очень разными по сложности и стоимости.
Но, как отмечалось выше, есть и менее требовательные сферы применения, от которых ожидается непрерывная работа. Сюда можно отнести системы управления зданиями, системы внешнего контроля (видеонаблюдения), системы контроля доступа, и тому подобные. Вряд ли пользователи будут счастливы, если пропадет сигнал со всех видеокамер и датчиков, или система вентиляции цеха или здания остановит работу.

Готовое решение

Специализированные ИТ-системы, как правило, сложны, требуют настройки и высокой квалификации персонала. Но если они пользуются успехом, то установка и обслуживание со временем упрощаются. Появляются готовые к развертыванию комплексы, не требующие повышенного внимания.

Для систем непрерывной доступности одним из таких решений является программный пакет everRun Enterprise компании Stratus. Он специально спроектирован так, чтобы обеспечить сохранение данных даже при аппаратных или программных сбоях.

Преимущества решения

При использовании everRun Enterprise приложение «живет» в двух ВМ на двух физических серверах. Если одна ВМ выходит из строя, приложение продолжает работать на другом сервере без перерывов или потери данных. Это достигается за счет постоянного считывания состояния работающей виртуальной машины и сохранения ее параметров. В случае сбоя последнее состояние системы переносится на параллельно работающую ВМ, так что выполнение приложений не прерывается. Серверы системы могут быть географически разнесены для повышения надежности.

Программное обеспечение Stratus everRun предназначено для того, чтобы обеспечить непрерывную работу служебных приложений и целостность собираемых данных. При этом система, разумеется, обладает функционалом и для быстрого аварийного восстановления в случае крупного отказа. Решения Stratus everRun базируются на использовании стандартного оборудования, и защищают любые приложения для MS Windows Server и Linux от отказов и сбоев в работе аппаратной части серверов.

Как отмечает представитель компании-интегратора «Родник» Иван Кириллов , «внедрение everRun Enterprise позволяет избежать построения сложной сетевой инфраструктуры, развертывания и настройки дополнительного управляющего ПО, а также затрат на обучение персонала, которые требуются при эксплуатации традиционных кластерных систем».

Как everRun Enterprise обеспечивает непрерывную работу и сохранение данных приложений, развернутых на виртуальных машинах

1. Обеспечение бесперебойного снабжения качественными строительными материалами строительные организации;

2. Нормализация производственных запасов и оптимизация собственных оборотных средств строительной организации.

Исходные данные, которые необходимы для разработки плана потребности в материалах:

3). Информация о состоянии строительного рынка и цены на материалы;

4). Сведения о мощности собственных подсобных производств;

5). Данные о фактических остатках материалов на конец года;

6). Производственные нормы расхода материалов (ЕРЕР);

7). Локальные сметы на каждый объект, по которым составляются заявки.

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

Основой для определения потребности в строительных материалах

являются производственные нормы расхода, которые разработаны в разрезе отдельных видов СМР.

При отсутствии всей необходимой информации по объектам допускается применение сметных норм.

Материалы также приобретаются с оптовых баз и магазинов строительных материалов.

Планирование производственных запасов.

Основной целью снабжения предприятийявляется обеспечение бесперебойных поставок материалов.

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

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

1. Совершенствование планирования потребности и нормирования расходов материальных ресурсов;

2. Устранение потерь от брака в производстве и потерь в материальных ресурсах при доставке;

3. Максимальное сокращение отходов производства и вторичное их использование;

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

5. Оптимизация уровня запасов материальных ресурсов.

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

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

Отрицательной стороной является то, что в них замораживаются значительные финансовые ресурсы и объемы товарно-материальных ценностей.

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

Запасы складываются из текущего запаса, подготовительного, гарантийного и сезонного.

Общий запас:

З = Зт + Зп + Зч + Зс [дн, натур. ед.]

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

Подготовительный запас (Зп). Его норма = минимально необходимому периоду для подготовки поступивших материалов к использованию в производстве.

Гарантийный запас (Зг) предусмотрен для обеспечения бесперебойной работы в случае срыва очередной поставки (50% от текущего запаса).

Сезонный запас (Зс) создается в отдаленных отдельных организациях (районы Крайнего Севера и т.д.). Создается на весь период распутицы. Его общая потребность = количество дней распутицы * объем материалов.

Планирование источников покрытия в потребности материалов.

Источниками покрытия потребности в строительных материалах являются следующие:

1. Поставки непосредственно с предприятий изготовителей;

2. Поставки через посреднические снабженческие организации;

3. Поставки заказчиков.

4. Продукция собственных подсобных производств;

5. Остатки на начало года.

Ож = Оф + Пож – Рож,

гдеОф – фактические остатки на дату составления отчета;

Пож – ожидаемые поставки материалов;

Рож – ожидаемый расход материалов.

Зп = Рп + Нз – Ож,

гдеЗп – количество материалов, подлежащих заготовке в плановом году;

Рп – плановый расход материалов в планируемом году;

Нз – норма переходящих запасов;

Оож – ожидаемые остатки.

Планирование затрат на материалы.

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

Затраты на материалы определяются исходя из фактической потребности и цены единицы материала.

Мз = åМiп*Цiм

гдеМiп – потребность в материалах

Цiм – цена материала.

Сложность определения цены материала связана со следующими причинами:

1. Необходимость калькулирования цены;

2. Изменение цены в короткие сроки.

Необходимость калькулирования цены вызвано тем, что затраты на материалы складываются из нескольких затрат:

1. затраты на приобретение материалов;

2. затраты на перевозку материалов;

3. затраты на упаковку, тару;

4. заготовительно-складские затраты.

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

1.2.4 План по труду и его оплате

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

Исходными данными для составления плана по труду являются:

· перспективный план развития предприятия;

· результаты исследования рынка сбыта продукции;

· результаты анализа производственно-хозяйственной деятельности предприятия за предшествующий период;

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

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

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

План по труду и кадрам включает следующие разделы:

1. Планирование роста производительности труда.

2. Планирование численности работающих.

3. Планирование фонда оплаты труда.

4. Планирование повышения квалификации работников предприятия.

Рассмотрим каждый из разделов в отдельности.

Планирование роста производительности труда

Рост производительности труда является одним из центральных экономических вопросов на всех уровнях управления производством.

Производительность труда характеризуется количеством продукции (объемом выполненных работ), произведенной одним работником (рабочим или работающим) в единицу рабочего времени, или обратный ему показатель трудоемкости, который характеризуется количеством рабочего времени (человеко-час), которое затрачивается на изготовление одной учетной единицы продукции.

Система показателей (измерителей) производительности труда формируется в зависимости от следующих факторов:

· измерителя объема продукции (натуральные или стоимостные показатели);

· единиц рабочего времени (год, квартал, месяц, день, час);

· численности работающих, которые учитываются при планировании.

Соответственно в зависимости от измерителей объема продукции различают три вида показателей производительности труда:

1) группа стоимостных показателей;

2) группа натуральных (физических и условных) показателей;

3) трудовые измерители (нормо-час, человеко-час).

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

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

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

В зависимости от численности работающих, учитываемых при планировании производительности труда, различают показатели в расчете на одного работника промышленно-производственного персонала и в расчете на одного производственного рабочего (основного или вспомогательного).

В зависимости от единицы рабочего времени различают следующие виды производительности труда: годовую, квартальную, месячную, декадную, дневную, сменную и часовую.

Наиболее точной можно считать часовую производительность труда. Дневная зависит от часовой производительности, а также от продолжительности смены в часах и внутрисменных потерь рабочего времени. На месячную производительность труда оказывают влияние дневная и количество планируемых к отработке в течение месяца рабочих дней, приходящихся на одного рабочего (или работающего), поэтому чем больше целодневных невыходов (потерь рабочего времени), тем ниже месячная производительность труда. Годовая производительность всегда меньше месячной, умноженной на 12 месяцев (это происходит за счет очередных отпусков рабочих). Таким образом, в основе этой группы показателей производительности труда лежат два фактора:

· часовая производительность труда;

· количество часов, отработанных одним работником за год.

Рассмотрим подробнее каждый из этих факторов.

Часовая производительность труда - это главный показатель эффективности труда, который зависит от:

· уровня механизации и автоматизации производства;

· применяемой технологии;

· качества сырья и материалов;

· квалификации работников;

· заинтересованности в труде;

· условий труда и производства.

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

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

При составлении плана увеличения производительности труда рассчитывается вся сумма показателей, а именно:

· среднегодовая производительность труда (путем деления запланированного объема продукции в соответствующих единицах измерения на плановую среднемесячную численность работающих);

· среднемесячная производительность труда (путем деления годового запланированного объема продукции на запланированное к отработке число человеко-месяцев);

· среднедневная производительность труда (путем деления запланированного объема продукции на планируемое к отработке число человеко-дней);

· среднечасовая производительность труда (путем деления запланированного объема продукции на число человеко-часов по плану).

Планирование численности работающих

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

Помимо ППП имеется непромышленный персонал, вместе с которым определяется общая численность работающих. Непромышленный персонал не производит продукцию, но помогает решать вопросы производства. В общей численности непромышленный персонал составляет 3-7%.

ППП составляет 95-97%, среди которых рабочие - 70%, служащие - 9-11%, специалисты - 13-17%. В структуре рабочих основные рабочие составляют 70%, а вспомогательные - 30%.

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

Явочный фонд времени одного рабочего за год зависит от условий труда, планируемых неявок (по болезни - планируется по прошлому периоду, связанных с выполнением государственных обязанностей) и длительности отпуска.

Планирование фонда оплаты труда

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

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

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

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

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

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

Дневной фонд - это фонд заработной платы, исчисленный в днях. Состоит из часового фонда и доплат до дневного фонда (т.е. оплата за время сокращения работы подростка и прочее).

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

Разработка структуры заработной платы является обязанностью отделов кадров, плановых отделов или служб трудовых ресурсов. Структура заработной платы в организации определяется с помощью анализа обследования уровня заработной платы, условий на рынке труда, а также производительности и прибыльности организации.

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

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

1.2.5 План по себестоимости и прибыли

Себестоимость СМР – это затраты строительной организации на их производство и сдачу заказчику. Планирование себестоимости СМР является составной частью системы планов строительной организации. Целью планирования себестоимости СМР является:

1. Определение затрат для производства работ в установленные заказчиком сроки при эффективном использовании всех видов ресурсов.

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

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

Исходными данными для разработки плана по себестоимости являются:

1). Производственная программа;

2). План технического развития;

6). План по труду.

Сметная стоимость = себестоимости + прибыль нормативная (плановые накопления)

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

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

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

Плановая себестоимость может быть определена 3 методами:

1. Составление калькуляции себестоимости строительных работ или конструктивных элементов.

2. Вычитанием из сметной стоимости плановых накоплений и планирование снижения себестоимости за счет внедрения организационных мероприятий.

3. Планирование снижение себестоимости СМР исходя из фактического уровня предшествующего года (этот метод используется чаще всего).

Фактическая себестоимость определяется как сумма затрат фактически произведенных при выполнении СМР. Если фактическая себестоимость < сметной себестоимости, то строительная организация имеет прибыль.

Состав и классификация затрат, включаемых в себестоимость СМР.

Существует несколько признаков классификации затрат:

1. В зависимости от времени возникновения затрат они подразделяются на:

Текущие;

Единовременные.

2. В зависимости от способов включения затрат они подразделяются:

Косвенные (накладные).

3. В зависимости от влияния на объемы работ затраты делятся:

Постоянные;

Переменные.

4. В зависимости от способа включения затраты делятся по элементам и статьям.

Материальные затраты определяются исходя из потребности в материалах на основе физических объемов работ, норм и нормативов.

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

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

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

Прочие затраты складываются:

Платежи по кредитам;

Платежи по обязательному государственному страхованию имущества предприятия;

Затраты на командировки;

Затраты на эксплуатацию машин и механизмов.

1. Затраты по оплате труда рабочих, обслуживающих машины и заработная плата линейного персонала при условии включения его в состав бригады.

2. Затраты на топливо, энергию, пар.

3. Затраты на проведение всех видов ремонта и технического обеспечения.

4. Амортизационные отчисления на полное восстановление.

5. Арендная плата.

6. Затраты на перебазировку.

7. Затраты на использование и ремонт подкрановых путей.

8. Затраты на транспортировку внутри площадки.

Накладные расходы имеют 5 статей:

1. Административно-хозяйственные расходы.

1.1 Оплата труда административно-управленческого персонала, МОП, охрана.

1.2 Отчисления, установленные законодательством.

1.3 Канцелярские расходы.

1.4 Расходы по оплате коммунальных услуг.

1.6 Затраты на типографию.

1.7 Затраты на компенсацию использования личного транспорта работников в служебных целях.

1.8 Затраты на командировки.

1.9 Затраты на все виды ремонта.

2. Обслуживание работников в строительстве.

2.1Затраты, связанные с подготовкой и переподготовкой кадров.

2.2Затраты на выплаты стипендии студентам, направляемых предприятием в учебные заведения.

2.3Расходы по обеспечению санитарно-гигиенических и бытовых условий: содержание бытовок, уборщиц, электриков, слесарей.

2.4Расходы на охрану и технику безопасности.

2.5Затраты на содержание помещений, предоставляемых предприятиям общественного питания.

3. Расходы на организацию работ на строительных площадках.

3.1Затраты по износу и ремонту инвентаря.

3.3Затраты на геодезические работы (разбивка площадки).

3.4Расходы по проектированию производства работ.

3.5Расходы на содержание лаборатории (ушло в прошлое).

3.6Расходы на содержание и благоустройство строительных площадок.

4. Прочие накладные расходы.

4.1Платежи по кредитам банков.

4.3Платежи по обязательному страхованию.

5. Затраты не учитываемые в норме накладных расходов, но относимые на накладные расходы.

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

5.2. Налоги, сборы, платежи и другие обязательные отчисления, установленные законодательством.

5.3. Затраты на организацию работ вахтовым методом.

Методы планирования себестоимости строительных работ

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

1. Нормативный;

2. Прямое по объектное калькулирование;

3. По факторный.

Порядок и методы планирования строительная организация устанавливает для себя самостоятельно.

Нормативный метод основывается на прогрессивных планово-производственных нормах расчета материалов, заработной платы, времени эксплуатации машин и механизмов (ЕРЕР).

Метод прямого по объектного калькулирования основан на вычитании из сметной стоимости строительных работ плановых накоплений и снижения себестоимости. Основан также на составлении калькуляции на все виды работ по каждому объекту отдельно. При составлении калькуляции необходимо калькулировать затраты по всем статьям себестоимости.

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

ЗАКЛЮЧЕНИЕ

В ходе данного исследования были получены следующие выводы:

1.Технико-экономическое планирование представляет собой систему расчетов по разработке планов технического, экономического, организационного и социального развития предприятий, направленная на выполнение в соответствующем плановом периоде государственных заказов и заказов потребителей;

2. Включает в себя совокупность планов по различным направлениям деятельности предприятия, а именно план производства и реализации продукции, организационно-технического развития, материально-технического обеспечения, план по труду и его оплате, себестоимости и прибыли;

3. План производства и реализации продукции определяет производственную программу организации, является ведущим разделом планирования деятельности фирмы;

4. План технического развития обеспечивает своими мероприятиями повышение эффективности производства. Исходными данными для его составления является:

Производственная программа;

Информационная база по региону или в целом по России

Титульный список строительства объекта планового года

5. Трудовые ресурсы являются главным ресурсом предприятия, от качества и эффективности использования которого во многом зависят результаты деятельности предприятия и его конкурентоспособность.

6. План по труду включает разделы: планирование роста производительности труда, планирование численности работающих, планирование фонда оплаты труда, планирование повышения квалификации работников предприятия.

7. Целью планирования себестоимости СМР является:

Определение затрат для производства работ в установленные заказчиком сроки при эффективном использовании всех видов ресурсов;

Определение прибыли и возможностей производственного и социального развития строительной организации;

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

8. Исходными данными для разработки плана по себестоимости являются:

1). Производственная программа;

2). План технического развития;

3). Система норм и нормативов (ЕРЕР)

4). Результаты анализа затрат за предыдущий период;

5). Информация о ценах и тарифах, и динамика их изменений;

6). План по труду.

9. Плановая себестоимость может быть определена 3 методами:

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

СПИСОК ЛИТЕРАТУРЫ

1. Стратегическое планирование на предприятии: учебное пособие/ Т.П. Любанова, Л.В. Мясоедова, Ю.А. Олейникова.- М.: Март, 2009.- 400с.

2. Анализ финансово-экономической деятельности предприятия: учебное пособие/ Любушин Н.П., Лещеева В.Б., Дъякова В.Г. -М.: ЮНИТИ-ДАНА, 2001.

3. http://www.planstroi.ruПланстрой. Организация производства.

4. Планирование на предприятии: учебное пособие / Кобец Е.А.- Таганрог: Изд-во ТРТУ, 2006.URL:http://www.aup.ru/books/m160/1.htm

5. Планирование на предприятии: конспект лекций / Маховикова Г. А., Кантор Е.Л., Дрогомирецкий И.И. – М.: ЭКСМО, 2007. - 140 c.

6. Стратегический менеджмент. Планирование на предприятии: учебное пособие /Степанова Г.Н. URL:http://www.hi-edu.ru/e-books/xbook097/01/index.html?part-003.htm#i107

7. Планирование производственно-хозяйственной деятельности предприятия. URL:http://www.cis2000.ru/cisBudgetingTwo/handbookD.shtml

8. Экономический словарь. Финансовые и экономические термины и понятия. URL:http://www.ekoslovar.ru/278.htm

9. Планирование на предприятии /Мария Васильченко. URL: http://www.fictionbook.ru/author/mariya_vasilchenko/planirovanie_na_predpriyatii.

Использованный для платы за производственные фонды, планируется в размере 1.5% в квартал или 6% в год от их стоимости. 1.10.Порядок заполнения формы 13 и рассчет основных техно-экономических показателей работы цеха. Показатели, расчитанные раннее заносятся в форму 13 из других форм. Показатели отчетные рассчитываются. 1.Производство. 1.1.Нормативно-чистая продукция: ...

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

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

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

Общие проблемы оборудования (плат CTI или составляющих блоков серверной станции)

В зависимости от требований, предъявляемых к системе по обеспечению бесперебойности, могут быть разработаны различные методики борьбы с аппаратными проблемами. В любом случае при необходимости свести к минимуму возможное время простоя требуется дублирование различных узлов системы. Оценка возможных вероятностей и последствий зависит от конкретных условий внедрения. Дублирование может производиться как складированием в запас части подверженных особому риску агрегатов (плат CTI, материнских плат, плат оперативной памяти, телефонных аппаратов и т.д.), так и использованием серверных агрегатов, устойчивых к сбоям и порче составных частей. Например, в отдельных случаях не лишним будет использование в качестве сервера телефонии серверной станции с несколькими блоками питания, серверной материнской платой. Возможно также резервное хранение в запас дублирующего сервера с установленными и настроенными узлами - точными копиями основного. В случае возникновения критических проблем на сервере до момента выяснения и устранения производится полное холодное переключение с одной станции на другую с сохранением всех настроек, имени и IP адреса в сети.

Стоит помнить, что перечисленные варианты - возможное решение лишь аппаратных проблем.

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

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

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

Проблемы связи сервера с провайдерами, с интернет и другими блоками комплекса (АТС, шлюзами, телефонными аппаратами, компьютерами)

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

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

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

Изменения в составе операционной системы (изменение перечня или активности прочего программного обеспечения)

Комплекс работает в операционной системе семейства Windows и использует ее ресурсы. Системные ресурсы сервера разделяются также с другим программным обеспечением, осуществляющим одновременную работу. Возможны случаи, при которых активность сторонних программ может приводить к частичной недееспособности платформы Oktell. В частности, это случаи вредоносной модификации составных частей комплекса, системных файлов платформы FrameWork или ОС, чрезмерной активности, загружающей ресурсы станции: процессорное время, кэш записи/чтения с жесткого диска, сетевые интерфейсы, блокирующие действия на этапе обмена информацией, например файрволлы. Вирусные программы могут оказывать непосредственное влияние на различные уровни системы.

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

Нехватка дискового пространства

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

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

Переполнение баз данных

В процессе работы (особенно в режиме call-центра) при плотной активной работе базы данных постепенно наполняются большим объемом разнородной статистической информации. Часть ее используется системой при построении стандартных встроенных отчетов, часть может быть использована при создании пользовательских отчетов. Однако в ряде случаев при конкретной настройке комплекса большой объем данных хранится напрасно. Это занимает место на диске, но еще больше мешает серверу баз данных осуществлять быстрый поиск и размещение в оперативной памяти. Разрастание данных в основных таблицах тем пагубнее, что при использовании определенных настроек (таких как, например, поиск наименее занятого оператора) комплекс в реальном времени использует статистическую информацию для маршрутизации. Так, при каждом переключении абонента на задачу неизбежно увеличивается время поиска по статистическим таблицам. Этот процесс плавно ведет к «застреванию» звонков на входе в задачу, и при пересечении допустимой границы ожидания массовым обрывам со стороны абонентов. Рекомендуется полностью формировать проекты перед тем, как осуществлять их настройку и активирование в системе. В ряде случаев информация, собираемая комплексом неинтересна, и можно продлить «легкую» работу, настроив автоматическую очистку таблиц. Также можно пользоваться встроенным режимом удаления данных старее указанной даты из всех оперативных таблиц и автоперестройкой индексов.

Чрезмерная перегрузка одной из составляющих систем выполняемыми одновременно задачами

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

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

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

Разработка плана по обеспечению непрерывности и восстановлению деятельности предприятия

3.2 План обеспечения бесперебойной деятельности организации в случае нештатных ситуаций

Для разработки плана существует три основных способа:

Собственными силами.

С помощью коммерческого программного обеспечения, предназначенного для составления планов обеспечения бесперебойной деятельности (демонстрационные версии таких программ можно посмотреть или скачать с веб-сайта независимого американского журнала по вопросам восстановления после бедствия Disaster Recovery Journal.

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

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

Разработка собственными силами требует наличия квалификации в области составления плана обеспечения бесперебойной деятельности. Эту квалификацию можно приобрести только путем всестороннего обучения и накопления опыта. Большинство организаций не имеют этой возможности.

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

Организация выполнения проекта;

Оценка риска, уменьшение нежелательных последствий от наступления событий, связанных с риском, анализ последствий для бизнеса;

Разработка стратегии восстановления деятельности;

Документирование плана;

Обучение;

Имитация бедствия.

Организация выполнения проекта

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

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

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

Разработка стратегии обеспечения бесперебойной деятельности. После определения требований можно принимать решение о том, как обеспечивать восстановление деятельности. Существует множество вариантов технических решений, в том числе:

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

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

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

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

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

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

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

Обучение. Обучение "Группы восстановления" направлено на то, чтобы каждый сотрудник знал свои функции и обязанности в случае возникновения нештатных ситуаций.

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

При разработке плана обеспечения бесперебойной деятельности необходимо предусмотреть следующее:

Если в настоящий момент план отсутствует, необходимо уведомить высшее руководство о потенциальных опасностях, которые связаны с отсутствием подготовленного и испытанного плана;

При наличии плана надо обеспечить его регулярное испытание -- провести циклическую замену специалистов, участвующих в испытаниях. Желательно, чтобы в этом процессе приняло участие максимальное количество сотрудников;

Надо добиться того, чтобы руководство сделало планирование обеспечения бесперебойной деятельности одной из своих целей;

При выборе альтернативных рабочих помещений необходимо позаботиться, чтобы ими можно было воспользоваться при первой необходимости;

Не принимайте существующие системы и процедуры резервирования на веру: проведите полную экспертизу резервирования и внесите необходимые изменения. Проведите испытания процедур восстановления;

При определении приоритетов приложений опросите руководителей, чтобы они изложили свою точку зрения;

Учтите в плане все мелочи, которые могли бы помешать процессу восстановления деятельности;

После составления плана разработайте механизм, обеспечивающий его регулярное обновление.

Также план должен содержать процедуры выполнения следующих функций:

Ввод в действие процедур для чрезвычайных ситуаций.

Уведомление сотрудников, поставщиков и заказчиков.

Формирование группы (групп) восстановления.

Оценка последствий бедствия.

Принятие решения о реализации плана восстановления деятельности.

Ввод в действие процедур восстановления деятельности.

Переезд в альтернативное рабочее помещение (помещения).

Восстановление функционирования критически важных приложений.

Восстановление основного рабочего помещения.

Кроме того, план должен содержать документы, которые могут быть использованы персоналом, не знакомым с конкретно восстанавливаемыми функциями. Эти документы должны включать следующие данные:

Схемы коммутации телефонов;

Процедуры для аварийного отключения питания;

Организационная структура Центра восстановления;

Требования к оборудованию и снабжению Центра восстановления;

Конфигурация Центра восстановления;

Список критически важных приложений;

Список восстанавливаемого оборудования;

Сводные данные по оценке рисков.

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

а) Основные положения плана.

б) Оценка чрезвычайных ситуаций:

Выявление уязвимых мест компании;

Классификация возможных опасных событий и оценка вероятности их возникновения;

Сценарии чрезвычайных ситуаций;

Потенциальные источники отрицательных последствий каждой чрезвычайной ситуации и оценка величины ущерба;

Набор критериев, на основании которых объявляется чрезвычайная ситуация.

в) Деятельность компании в чрезвычайной ситуации:

Первоначальное реагирование на чрезвычайную ситуацию (оценка опасного события, объявление чрезвычайной ситуации, оповещение необходимого круга лиц, ввод в действие чрезвычайного плана);

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

г) Поддержание готовности к возникновению чрезвычайной ситуации:

Контроль правильности и корректировка содержания плана;

Составление списка адресов и процедуры рассылки плана;

Разработка программы повышения квалификации и ознакомления персонала с действиями, необходимыми для восстановления деятельности компании после бедствия;

Подготовка к опасным событиям, обеспечение безопасности и предотвращение бедствий;

Регулярное проведение частичных и комплексных проверок (типа пожарных учений) готовности компании к действиям в чрезвычайной ситуации и способности восстановить нормальную деятельность;

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

д) Информационное обеспечение:

Приоритетные функции, выполняемые компанией;

Списки внутренних и внешних ресурсов -- технических средств, программного обеспечения, средств связи, документов, офисного оборудования и персонала;

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

Список лиц, которых необходимо оповестить о чрезвычайной ситуации с указанием адресов и телефонов;

Вспомогательная информация -- планы и схемы, маршруты перевозок, адреса и т.п.;

Описание детальных пошаговых процедур, обеспечивающих четкое выполнение всех предусмотренных мер;

Функции и обязанности сотрудников в случае возникновения непредвиденных обстоятельств;

Сроки восстановления деятельности в зависимости от типа возникшей чрезвычайной ситуации;

Смета расходов, источники финансирования.

е) Техническое обеспечение:

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

Создание и поддержание в надлежащем состоянии резервного производственного помещения.

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

Группы оценки чрезвычайной ситуации;

Группы управления в кризисной ситуации;

Группы для работ в чрезвычайной ситуации;

Группы восстановления;

Группы обеспечения работы в резервном производственном помещении;

Группы административной поддержки.

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

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

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

Основные выгоды от составления детального плана обеспечения бесперебойной деятельности состоят в следующем:

Минимизация потенциальных финансовых потерь;

Уменьшение юридической ответственности;

Сокращение времени нарушения нормальной работы;

Обеспечение стабильности деятельности организации;

Организованное восстановление деятельности;

Сведение к минимуму суммы страховых взносов;

Уменьшение нагрузки на ведущих сотрудников;

Лучшая сохранность имущества;

Обеспечение безопасности персонала и заказчиков;

Соблюдение требований законов и инструкций.

Анализ деятельности предприятия "Бипэк-Авто"

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

Информационно-документационное обеспечение принятия стратегических решений в организации (на примере ОАО "Родина")

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

Очень важна роль общественно-экономической формации в формировании социально-психологического климата производственного коллектива. В соответствии с этими наиболее значимыми факторами...

Планирование производственно-хозяйственной деятельности

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

Применение аутплейсмента при высвобождении персонала

Разработка антикризисной стратегии на предприятии (на материалах ОАО "ГМС Насосы")

ОАО «ГМС - Насосы» является крупным предприятием, существующим более 60 лет. Предприятие известно на рынке как успешное, эффективно работающее, выпускающее высокого качества насосов...

Разработка бизнес-плана реализации стратегии деятельности коммерческой организации

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

Разработка плана по обеспечению непрерывности и восстановлению деятельности предприятия

В настоящее время почти все компании в значительной степени зависят от компьютерных технологий или автоматизированных систем...

Разработка методов предупреждения конфликтов в организации. Глава 1. Теоретические аспекты управления конфликтами в организации 1.1 Анализ понятия конфликт Среди современных авторов...

Социально-психологические методы предотвращения конфликтов в коллективе учреждения СКС

Способы управления конфликтными ситуациями

В туристическом бизнесе конфликты встречаются довольно часто и проявляются наиболее четко и ярко...