SAS (Serial Attached SCSI) - интерфейс для подключения HDD дисков. Своим появлением "серийный" интерфейс сменил устаревший параллельный SCSI-интерфейс. Жесткие диски, построенные на интерфейсе SAS, используются в серверных системах.
SAS является родным "младшим братом" интерфейса SCSI, соответственно, в функциональной части первый представляет собой логический протокол второго. Он основан на электрической и механической части последовательного интерфейса SATA .
Примечательно, что SAS наделен как преимуществами интерфейса SCSI, коими являются глубокая сортировка очереди команд, отличная масштабируемость, высокий уровень защиты от помех, большая длина кабелей, так и достоинствами Serial ATA , что отличается гибкими и недорогими кабелями, возможностью "горячего" подключения, стандартом "точка-точка", демонстрирующим большую производительность в сложных конфигурациях.
Кроме того, сам SAS также обладает новыми уникальными возможностями. В частности, модернизированной системой подключения с использованием хабов (SAS-расширителей), возможностью подключения к одному диску двух SAS-каналов, возможностью работы на одном контроллере дисков SAS и SATA-интерфейсов.
SAS позволяет подключать до 128 устройств на один порт, и до 16256 устройств - на один контроллер.
Современные SAS-контроллеры и HDD диски поддерживают скорость передачи данных до 600Мбайт/с. Ожидается, что в 2012 году скорость передачи достигнет 12 Гбит/с.
SAS применяет последовательный интерфейс для работы с подключаемыми накопителями (Direct Attached Storage - DAS). И хотя SAS, в отличие от параллельного интерфейса, применяемого в SCSI, использует последовательный интерфейс, для управления SAS-устройствами используются команды SCSI.
История
Более, чем 20 лет подряд параллельный шинный интерфейс был самым востребованным протоколом обмена данных для большинства систем хранения цифровых данных. Однако, по мере роста пользовательской потребности в пропускной способности системы, все чаще стали бросаться в глаза недостатки двух самых распространенных технологий параллельного интерфейса: SCSI и ATA.
Главным недостатком систем являлось отсутствие совместимости между ними: разные разъемы, наборы команд. Широкий шлейф, осуществляющий параллельную передачу данных, приводил к перекрестным наводкам, что создавало дополнительные помехи и приводило к ошибкам сигнала. Это вынуждало снижать скорость сигнала, ограничивать длину кабеля. Также приходилось завершать каждую линию отдельно, обычно эту операцию выполнял последний накопитель (в целях недопущения отражения сигнала в конце кабеля).
Усугубляло положение дел Parallel SCSI и низкое максимальное число подключаемых устройств (16 в одной цепочке), а также длина кабеля (в сумме, не более 12 м). Также существовала необходимость терминирования и ручной установки ID-накопителей, разделение полосы пропускания между всеми подключенными приводами.
Ну и наконец, огромных размеров кабели и разъемы параллельных интерфейсов делали эти технологии малопригодными для новых компактных систем.
В 2002 году комитетом T10 было предложено ввести новый протокол SAS. В нем были устранены все вышеописанные недостатки. Соединение типа "точка-точка" позволило ввести выделенную полосу пропускания под каждый диск, предельная длина кабеля составляла до 8 метров на один порт, число адресуемых устройств в одном домене возросло до 16 256, ручная установка ID сменилась уникальными номерами (WWN - World Wide Number), присваиваемыми на этапе производства. Разъемы для внешних SAS-устройств могли вместить до четырех накопителей и обеспечить полосу пропускания 1,2Гбит/с в одном направлении. Кроме того, в новом интерфейсе была обеспечена полная поддержка "горячего" подключения, а также сортировка очереди команд.
Технический комитет T10 входит в состав Международного Комитета по Стандартам в Области Информационных Технологий (InterNational Committee on Information Technology Standarts - INCITS). Он занимается разработкой и поддержкой интерфейса SAS. Также новому стандарту оказывают поддержку отраслевые группы SCSI Trade Association и Serial ATA Working Group. В них входят такие компании, как Intel, HP, LSI, Seagate, IBM и прочие.
Стандарт SAS состоит из:
- уровня приложений: SCSI, ATA, SMP (Serial Management Protocol);
- транспортного уровня: SSP (Serial SCSI Protocol), STP (Serial ATA Tunneling Protocol, подключения SATA устройств к SAS HBA через расширитель (expander)), SMP (Serial Management Protocol, поддержка расширителей SAS);
- SAS port layer;
- уровня соединения: общая часть и SSP, STP, SMP;
- SAS phy: согласование скорости (замедление вставкой наполнителей); кодировка (8b10b как в FC и Ethernet); можно объединять в "широкий" (2x, 3x, 4x) порт в HBA/RAID или расширителе; скорость: SAS-1 - 3Гбит/с (300Мбайт/с), SAS-2 - 6Гбит/с (600Мбайт/с) ;
- физического уровня: обеспечивается полный дуплекс; кабели и разъёмы; одиночный внутренний разъём совместим с SATA устройствами, но не наоборот (SAS устройства нельзя подключать к SATA контроллеру); внешние и групповые разъёмы (wide port, несколько phy); в SAS-2 введён период адаптации при подключении устройства (training, позволяет увеличить длину кабеля до 6м); в SAS-2.1 введены активные кабели (встроенная микросхема позволяет уменьшить толщину кабеля и увеличить длину кабеля до 30м); оптический кабель - до 100м; разъём miniSAS x4 обеспечивает питание активного кабеля; внешние miniSAS x4 кабели имеют различные разъёмы для входных и выходных портов; в SAS-2.1 добавлены внешние miniSAS 8x и внутренние miniSAS 8x разъемы.
Компоненты интерфейса SAS
Инициаторы (Initiators)
Инициатор — устройство, которое порождает запросы на обслуживание для целевых устройств и получает подтверждения по мере исполнения запросов. Зачастую инициатор выполнен в виде СБИС.
Целевые устройства (Targets)
Целевое устройство содержит логические блоки и целевые порты, которые осуществляют прием запросов на обслуживание, исполняет их; после того, как закончена обработка запроса, инициатору запроса отсылается подтверждение выполнения запроса. Целевое устройство может представлять собой как отдельный жесткий диск, так и целый дисковый массив.
Подсистема доставки данных (Service Delivery Subsystem)
Это часть системы ввода-вывода, осуществляющая передачу данных между инициаторами и целевыми устройствами. Обычно подсистема доставки данных состоит из кабелей, соединяющих инициатор и целевое устройство. Также, помимо кабелей в состав подсистемы доставки данных могут входить расширители SAS.
Расширители (экспандеры) (Expanders)
Расширители (экспандеры) SAS — это устройства, входящие в состав подсистемы доставки данных и позволяющие облегчить передачу данных между устройствами SAS. К примеру, расширитель позволяет подключить несколько целевых устройств SAS к одному порту инициатора. Подключение через расширитель абсолютно прозрачно для целевых устройств. Спецификации на SAS регламентируют физический, канальный и логический уровни интерфейса.
Протоколы передачи данных SAS
Благодаря этим трем протоколам интерфейс SAS полностью совместим с уже существующими SCSI приложениями:
- Последовательный SCSI протокол (Serial SCSI Protocol SSP). Он передает команды SCSI;
- Управляющий протокол SCSI (SCSI Management Protocol SMP). Он передает управляющую информацию на расширители;
- Туннельный протокол SATA (SATA Tunneled Protocol STP). Он устанавливает соединение, позволяющее передавать команды SATA.
Эта мультипротокольная архитектура делает технологию SAS универсальным гибридом устройств SAS и SATA.
Разъемы SAS
Разъем SAS универсален, что является его весьма значимым преимуществом. По форм-фактору он совместим с SATA, что позволяет напрямую подключать к системе накопители SAS и SATA. Это позволяет использовать систему как с требующими высокой производительности приложениями, так и с более экономичными.
Набор команд SATA является подмножеством набора команд SAS. Это позволяет получить совместимость устройств SATA с контроллерами SAS. Но, следует учитывать, что накопители SAS не могут работать с контроллерами SATA. Вот почему они оснащены специальными ключами на разъемах - это исключает вероятность неправильного подключения.
- Разъем SFF-8482. Это внутренний разъем для подключения стандартного жесткого диска горячей замены с SAS интерфейсом. Он также позволяет подключить диск с интерфейсом SATA, с которым полностью совместим. А вот подключить SAS-устройство к интерфейсу SATA не получится, в SAS посередине разъема отсутствует специальный вырез-ключ. Помимо данных через разъем подается питание для HDD;
- Разъем SFF-8484. Это переходник, который позволяет подключать объединительную панель или корзину с разъемом SFF-8484 к контроллеру. Он рассчитан на 2/4 устройства. Является внутренним разъемом, оснащенным плотной упаковкой контактов;
- Разъем SFF-8470. Это внешний разъем, обладающий высокой плотностью контактов. Максимальная пропускная способность - 4 устройства. Относится к типу Infiniband, используется также для подключения внутренних устройств;
- Разъем SFF-8087. Это внутренний разъем mini-SAS, позволяющий подключить до 4 устройств. Представляет собой уменьшенный разъем Molex iPASS;
- Разъем SFF-8088. Это внешний разъем mini-SAS, позволяющий подключить до 4 устройств. Представляет собой уменьшенный разъем Molex iPASS.
Разъемы SAS по габаритам существено меньше традиционных разъемов SCSI. Это позволяет использовать их в качестве разъемов для подключения компактных накопителей, размером 2,5 дюйма. Благодаря уменьшенному разъему SAS обеспечивается полное двухпортовое подключение как для 3,5-дюймовых, так и для 2,5-дюймовых дисковых накопителей.
Примечательно, что раньше эта функция была доступна лишь для 3,5-дюймовых дисковых накопителей с интерфейсом Fibre Channel.
Сравнение SAS и SCSI
- В SAS используется последовательный протокол передачи данных между несколькими устройствами, что означает использование меньшего количества сигнальных линий;
- SCSI использует общую шину, а это значит, что все устройства подключены к одной шине. С контроллером одновременно может работать только одно устройство. SAS же использует соединения «точка-точка», в котором каждое устройство соединено с контроллером посредством выделенного канала, что позволяет подключать к одному контроллеру множество устройств;
- SAS не нуждается в терминации шины пользователем, в отличие от SCSI;
- SCSI имеет проблему времени распространения сигнала по разным линиям параллельного интерфейса, оно может отличаться. SAS же лишен такого недостатка;
- В SAS имеется поддержка большого количества устройств (> 16384). В SCSI поддерживается 8, 16, или 32 устройства на шине;
- SAS обеспечивает более высокую пропускную способность (1.5, 3.0 или 6.0 Гбит/с). На шине SCSI пропускная способность шины разделена между всеми подключенными к ней устройствами;
- Контроллеры SAS поддерживают подключение устройств с интерфейсом SATA;
- SAS использует команды SCSI для управления и обмена данными с целевыми устройствами.
Сравнение SAS и SATA
- SATA-устройства идентифицируются номером порта контроллера интерфейса SATA. SAS-устройства идентифицируются WWN-идентификаторами (World Wide Name). Для подключении SATA-устройства к домену SAS используется специальный протокол STP (Serial ATA Tunneled Protocol), описывающий согласование идентификаторов SAS и SATA;
- В устройствах SATA 1 и SAS имеется поддержка тегированных очередей команд TCQ (Tagged Command Queuing). При этом, устройства SATA в версии 2 имеют поддержку как TCQ, так и NCQ (Native Command Queuing);
- SATA применяет набор команд ATA, который позволяет работать с HDD дисками. SAS поддерживает более широкий набор устройств (в том числе и HDD диски, сканеры, принтеры и др.);
- SAS поддерживает связь инициатора с целевыми устройствами по нескольким независимым линиям (в зависимости от потребности можно повысить отказоустойчивость системы и/или увеличить скорость передачи данных). SATA в версии 1 такой возможности не имеет. SATA в версии 2 использует дубликаторы портов для повышения отказоустойчивости;
- Преимущество SATA — низкое энергопотребление и доступность, преимущества SAS — большая надежность.
КНИГА «Как внедрить бизнес-процессы»!
От "сырых" данных - к полезной информации
Д.Цейтлин
Дмитрий Цейтлин
Построение систем доставки информации (СДИ) на базе программных продуктов SAS Institute
В непостоянном экономическом климате доступность точной и своевременной информации часто определяет успех в бизнесе. Однако многие организации не имеют этого преимущества в конкурентной борьбе - в большинстве случаев имеющаяся информационная технология не отвечает их потребностям и может вредить бизнесу.
Множество негибких, одиночных программных решений в конечном итоге приводит к инертному потоку неточной информации. Такие системы замыкают организацию внутри ограниченной компьютерной среды, которая не позволяет внедрять новые технологии и бизнес-стратегии. Огромные средства тратятся на непрерывное обучение сотрудников и поддержку этих разрозненных систем. В результате теряется время, а организации так и не могут быстро реагировать на изменения рынка.
В настоящее время существуют решения, позволяющие организациям быстро преобразовывать «сырые» данные в полезную деловую информацию и доставлять ее руководителям в наиболее приемлемом виде. По нашему мнению, среди них есть единое, интегрированное и действительно открытое решение - система SAS- от фирмы SAS Institute.
Рассмотрим подробнее вопросы, связанные с построением СДИ.
Цели бизнеса
Независимо от области бизнеса, можно выделить общие цели, преследуемые современными организациями:
- увеличение производительности;
- снижение затрат;
- увеличение возвратности инвестиций;
- повышение качества услуг;
- увеличение прибыльности.
Для правильного понимания бизнеса и выработки специальных корпоративных стратегий руководители организаций нуждаются в:
- своевременной, точной и полной информации;
- доступе к новым (другим) данным при изменении условий бизнеса.
Перечисленные цели требуют, чтобы лица, принимающие решения, эффективно использовали ресурсы, которые включают в себя людей, технологии и данные.
Таким образом, задача системы SAS состоит в том, чтобы эффективно использовать технологии для преобразования данных в форму пригодной к использованию информации, а также обеспечить своевременную доставку этой информации к соответствующим людям в целях принятия эффективных деловых решений.
Проблемы использования информации
В настоящее время в организациях существуют барьеры, препятствующие успешной доставке информации, а именно:
- наличие разнородных источников данных;
- потребность в решении разнообразных задач, в зависимости от целей бизнеса;
- разнородные требования пользователей к интерфейсу приложений;
- наличие разных аппаратных сред.
Традиционные информационные системы создают обособленные «островки» информации для различных подразделений. Руководители нуждаются в решении, которое объединит эти обособленные системы и пользователей в единую систему доставки информации в рамках предприятия. Типичная ситуация в организации - малое число программистов обеспечивает приложениями большое число людей, принимающих решения. В результате руководители долго ждут изменения приложений, замедляется процесс доставки информации, задерживается процесс использования преимуществ новейших технологий и в целом - растут потери организации.
Требования к системе доставки информации
С учетом вышесказанного, решения по доставке информации в рамках предприятия должны обеспечивать:
- доступ к данным предприятия, хранящимся в различных форматах и на различных платформах;
- разнообразие решаемых задач;
- удовлетворение потребностей различных групп пользователей;
- независимость от платформы (аппаратной среды);
- мощный и удобный инструментарий для быстрой разработки и модификации приложений.
Решение - система SAS
Система SAS решает все эти проблемы. SAS Institute предоставляет пользователям широкий диапазон ключевых технологий, позволяющий интегрировать приложения в подразделениях и рабочих группах организаций в единую информационную систему предприятия.
Многообразные источники данных
Система SAS обеспечивает доступ и интеграцию данных из любых источников, независимо от того, лежат эти данные на PC, миникомпьютере, UNIX-системе или на мэйнфрейме. Данные из оперативных систем могут быть скомбинированы с данными из любых других источников. Такими источниками, например, могут быть транзакционные системы оперативной обработки информации (on-line transactional processing - OLTP), текстовые файлы, данные от поставщиков информации; при этом к любым внешним источникам, независимо от их формата и расположения, можно обеспечить прозрачный доступ.
Решение любых задач
Решения от SAS Institute отвечают требованиям как отдельных лиц, так и подразделений, и предприятия в целом, независимо от сектора экономики или инфраструктуры организации. Предлагаемые технологии включают инструменты для решения задач в таких организациях, как:
- банки;
- правительственные учреждения;
- страховые компании;
- промышленные производства;
- организации сферы образования;
- фармацевтические и медицинские организации;
- химические производства;
- и других.
К задачам, которые могут быть решены при помощи предлагаемых технологий и инструментов, относятся:
- структурированное хранение информации(Data Warehousing - DW);
- построение (разработка) информационной системы руководителя (Enterprise Information System - EIS);
- построение (разработка)систем поддержки принятия решений (Decision Support System - DSS);
- расширенная аналитическая обработка(on-line analitical processing - OLAP++);
- запросы и отчеты по базам данных;
- корпоративные финансовые приложения;
- общее управление качеством;
- исследовательские приложения;
- визуализация информации;
- нейронные сети;
- деловой анализ (управление портфелем инвестиций, анализ рисков, исследования рынка);
- анализ производительности систем;
- управление проектами;
- географические приложения;
- и другие.
Удовлетворение потребностей различных групп пользователей
Пользователи внутри организаций нуждаются в различных типах интерфейсов в зависимости от типа информации, с которой они работают:
Руководители нуждаются в специальной информации, представляемой посредством интуитивно понятного интерфейса, с точными показателями успеха, отражающими эффективность бизнеса. Бизнес-аналитикам необходима возможность работать напрямую с данными предприятия, используя задачно-ориентированный интерфейс. Технические специалисты нуждаются в дополнительном управлении своими компьютерными задачами в программной среде, а разработчики приложений - в объектно-ориентированных средствах, которые поддерживают быструю разработку приложений.
Система SAS обеспечивает несколько вариантов интерфейса для пользователей различных уровней.
Независимость от оборудования и переносимость
Единая многоплатформная архитектура (MultiVendor Architecture) системы SAS поддерживает целостную реализацию программных решений SAS на любом компьютерном оборудовании с одинаковой функциональностью и единым внешним видом на всех платформах. Укажем основные (наиболее распространенные, в смысле использования) платформы, поддерживаемые системой SAS:
- IBM - MVS, VM, VSE;
- Digital - OpenVMS, UNIX (HP-UX, Solaris 1 и 2, AIX, IntelABI, OSF/1);
- PC - OS/2, DOS, Windows 3.1, Windows-95, Windows NT;
- Apple Macintosh.
Вообще говоря, система SAS поддерживает свыше 40 платформ.
Быстрая разработка приложений (Rapid Applications Development - RAD) и объектно-ориентированная технология
Техника объектно-ориентированной разработки приложений, предоставляемая системой SAS, дает пользователям мощный инструмент для решения их задач, помогая сократить число обращений к специалистам из вычислительных центров. Объектно-ориентированная технология не только предоставляет библиотеку готовых к работе объектов для деловой отчетности, но и позволяет создавать и настраивать новые объекты, чтобы точнее отражать индивидуальные требования персонала, подразделений и всей организации в целом. Большая скорость разработки и гибкость в процессе сопровождения гарантируют, что информационные системы будут легко адаптироваться и развиваться по мере изменений рынка и бизнеса.
Преимущества использования инструментов объектно-ориентированной разработки приложений (object-oriented applications development - OOAD) с организационной точки зрения включают возможности:
- использовать для разработки приложений специалистов в области бизнеса;
- уменьшить штат программистов;
- повысить степень конфиденциальности информации;
- интегрировать существующие приложения;
- интегрировать новейшие технологии;
- развиваться и расти вместе с бизнесом.
SAS Institute: ваш стратегический партнер
Многие ведущие организации во всем мире уже избрали себе SAS Institute в качестве стратегического партнера, призванного помогать им использовать информационные технологии для получения полезных знаний. Из 125 крупнейших мировых компаний, попавших в обзор Financial Times, 111 оказались пользователями системы SAS. Компания SAS Institute является восьмым крупнейшим независимым производителем программного обеспечения в мире, более 3300 его специалистов обслуживают примерно 3,5 миллиона пользователей в 29 тысячах компаний 120 стран. SAS Institute лидирует в отрасли по уровню реинвестиций в исследование и развитие (примерно 37% годового дохода). Такой уровень реинвестиций, в дополнение к стратегическому партнерству с лидерами отрасли (IBM, Digital, Sun, Hewlett-Packard и другими), гарантирует, что решения от SAS Institute всегда будут соответствовать требованиями мирового бизнеса.
SAS Institute не предлагает на рынке готовые приложения в различных областях бизнеса. Реализация всех решений на базе программных продуктов SAS осуществляется через бизнес-партнеров. Сертифицированные специалисты осуществляют разработку решений с учетом потребностей заказчика, составление проектов информационных систем предприятия, обучение и консультирование по программным продуктам SAS и техническую реализацию решений с последующей контрактной поддержкой.
Заключение
В данной статье не рассмотрены некоторые концептуальные и технологические аспекты программных продуктов SAS, такие как:
- структура систем доставки информации;
- структурированное хранение информации (Data Warehousing);
- концептуальные и технологические отличия систем доставки информации на базе концепции Data Warehouse от традиционных транзакционных систем оперативной обработки информации (OLTP);
- расширенная оперативная аналитическая обработка (OLAP++);
- возможности системы SAS в области статистического анализа данных, прогнозирования и моделирования;
- возможности системы SAS по визуализации и представлению информации;
- построение финансовых приложений на базе продуктов SAS;
- интеллектуальная архитектура клиент-сервер;
- геоприложения и некоторые другие.
В последующих выпусках газеты мы планируем рассмотреть некоторые из этих тем более подробно.
Сокращения
IDS | Information Delivery System | Система доставки информации |
OLTP | On-line transactional processing | Tранзакционные системы оперативной обработки информации |
DW | Data Warehouse | Cтруктурированное хранение информации |
EIS | Enterprise Information System Executive Information System | Информационная система предприятия Информационная система руководителя |
DSS | Decision Support System | Система поддержки принятия решений |
OLAP++ | On-line analitical processing | Pасширенная аналитическая обработка |
MVA | MultiVendor Architecture | Единая многоплатформная архитектура |
RAD | Rapid Applications Development | Быстрая разработка приложений |
OOAD | Object-oriented applications development | Oбъектно-ориентированная разработка приложений |
Эта ракета считается самой надежной в мире. Уже не один десяток лет она выводит на орбиту космические аппараты различного назначения, в том числе и пилотируемые, а аварийные пуски случались лишь несколько раз. К сожалению, абсолютно надежной техники не бывает.
Я хочу рассказать о событии, которое произошло 26 сентября 1983 года на космодроме Байконур. В этот день должен был стартовать очередной «Союз» (не помню уже, какой у него был порядковый номер) с космонавтами Титовым и Стрекаловым.
Старт был назначен на вечер. Уже стемнело. Над Байконуром висели низкие облака, что само по себе бывает не часто.
Я тогда был инженером-испытателем в отделе командно-измерительных систем и космической связи и отвечал за испытания командной радиолинии (КРЛ) и КРЛ-САС – системы аварийного спасения экипажа.
Наверное, надо немного рассказать о самой системе КРЛ-САС. Команда на аварийный отстрел космического аппарата с экипажем, команда «Спасение», может быть сформирована бортовой автоматикой либо выдана командно-измерительным комплексом по радио. Ситуации, при которых срабатывает та или иная системы, обусловлены конструкцией КА и РН и особенностями аварии.
Наблюдая за стартом по телевизору, многие, наверное, обратили внимание на тонкий шпиль над головным обтекателем пилотируемого КА. Это – двигательная установка САС – несколько твердотопливных двигателей, которые уводят КА из зоны аварии после его отстрела.
В том случае, когда для спасения экипажа требуется выдача команды по радио, решение об этом принимают руководитель испытаний и пуска, как правило, начальник пускающего управления, и технический руководитель от предприятия-изготовителя. Свое решение каждый из них сообщает в виде пароля «своему» оператору САС, который находится за пультом САС на командно-измерительном пункте. Основной принцип выдачи команды САС – это надежно выдать команду в случае реальной опасности для экипажа и надежно не выдать ее, когда выдавать ее не надо. Например, у оператора нервы сдали и он нажал кнопку. Такого, правда, не было ни разу, операторами САС назначались ребята с крепкими нервами, как правило, из расчета КРЛ.
Сама команда формировалась пультом С615 в том случае, если у обоих операторов нажата кнопка набора команды, и выдавалась в эфир. Если один из операторов кнопку не нажал, команда не сформируется. Оператор САС поддерживает связь только со своим руководителем и не должен слышать переговоры второго оператора, чтобы не нажать кнопку, когда пароль был назван только одному оператору (по ошибке, например). В системе КРЛ-САС работает еще третий оператор. Он является основным, так как готовит всю аппаратуру КРЛ-САС к работе, руководит расчетом КРЛ при выдаче подготовительных команд на борт и переводит пульт в режим САС после включения готовности САС.
Сейчас уже и комплекс другой, и аппаратура КРЛ-САС другая, сохранился только принцип принятия решения на спасение экипажа и руководства операторами. Но вернемся к тому пуску 26 сентября 1983 года.
Работа в тот день началась с приключений, которые нам обеспечили связисты. Надо сказать, что и кабели связи у нас были далеко не идеальными, и обученность расчетов узлов связи оставляла желать лучшего, и состояние аппаратуры связи не тянуло на хорошую оценку. Короче, при проверке всех систем по пятичасовой готовности мы обнаружили, что между каналами связи операторов САС есть прослушка, то есть один оператор слышит все переговоры другого. Еще при проверках в первый стартовый день (день вывоза РН с КА на стартовый комплекс) все было нормально. По-видимому за эти дни нашелся «специалист», который умудрился перепутать кроссировки, причем не у нас на комплексе, своих-то мы могли проконтролировать. До самой двухчасовой готовности мы со своими связистами пытались устранить дефект. Чего-то добились, но до конца от прослушки не избавились. Господи, как мне потом это помогло! Не бывает худа без добра.
За два часа до пуска операторы САС заняли свои места. Оператором №1, который работает с руководителем испытаний и пуска, был старший лейтенант Миша Шевченко, а оператором №2, работающим с техническим руководителем, лейтенант Саша Мочалов, недавно пришедший из училища. Для него эта работа в составе расчета КРЛ-САС вообще была первой. Оператором №3 был старший лейтенант Саша Судаков, начальник станции КРЛ.
Простите за фамильярность, но я пишу не официальный отчет, а воспоминания, в том числе и о своих друзьях.
Я проверил готовность операторов САС и солдат, назначенных для дежурства у операторских кабин, и ушел в аппаратную КРЛ, где уже началась подготовка к сеансу. Кстати, в одной из передач ТВ космонавт Джанибеков говорил, что операторов САС охраняют солдаты с автоматами. Сам он, правда, во время пуска никогда на нашем комплексе не был (а другие такие работы не проводят), просто принял за факт чью-то шутку. Какие автоматы? Дежурный у кабины САС нужен был, в основном, чтобы прогонять не в меру горластых товарищей, не входящих в состав расчета и не занятых работой: наряд по тех. зданию, ребят, занимающихся хоз.работами и т.п., а также представителей промышленности, любящих поспорить в коридоре на разные темы. А еще он осуществлял связь между оператором САС и командным пунктом в случае возникновения нештатной ситуации.
А в аппаратной КРЛ тоже не все было гладко. Не так давно расчет отправил на ремонт самописец, который записывает все выдаваемые и принимаемые сигналы на электрохимической бумаге. Из-за этого на двух пультах КРЛ, работающих в системе САС, остался только один самописец. Надо было бы поставить туда самописец с одного из пультов, готовящихся к работе по орбитальной станции «Салют», сеанс с которой следовал через полчаса после пуска, но за несколько дней до этого при замене самописца операторы станции перепутали разъемы и сожгли блок преобразования сигналов. Отремонтировать блок еще не успели. И я посоветовал Судакову ограничиться одним самописцем на основном пульте КРЛ-САС. Знать бы, где упадешь…
Вообще-то, существовало убеждение, что САС – это на всякий случай. Машина, мол, очень надежная, ничего не должно случиться. Но что интересно? От одного из руководителей тогда НПО «Энергия», которые потом вместе с нами анализировали развитие аварии, я слышал, что обычно никто особенно не донимал пожарные расчеты на старте инструктажами, а в этот раз генерал-майор Титов Герман Степанович, зам. начальника ГУКОС МО в то время, если я не ошибаюсь, лично их проинструктировал и принял зачеты.
Спасательный вертолет никогда раньше даже двигатель не запускал перед стартом, а тут за несколько минут до старта взлетел и завис над площадкой.
Самому этому человеку накануне ночью приснилась авария.
На меня, к сожалению, высочайшее озарение не снизошло. Вот я и ошибся, за что потом получил выговор от начальника лаборатории.
Работа шла обычным порядком. Включилась телеметрия, были выданы на борт команды для проверки радиолинии. После включения готовности САС Судаков перевел пульты в режим САС, т.е. включил на них режим многократной выдачи команды без квитирования, на блоке коммутации выбрал основной пульт, затем включил блок, запитав тем самым пульты набора команды «Спасение» в кабинах операторов. Я проверил исходное состояние оборудования (тройной контроль при выполнении особо ответственных операций) и отошел к окну посмотреть старт. Там рядом еще было окно, выходящее в помещение командного пункта комплекса, где на ВКУ выдавалось телевидение со старта. Ракета на старте, освещенная прожекторами. Вот уже отошли фермы обслуживания. Скоро старт.
Ночной старт – зрелище незабываемое. Даже если видел это много раз и вблизи, и издалека, все равно интересно. Сначала быстро разворачивается ярко оранжевое зарево в полнеба, момент зажигания двигателей, все вокруг видно, как днем, видно взметнувшийся из газоотводного канала столб дыма и пыли. Затем из-за сооружений ИП-1 поднимается яркий огонь, факел двигателей РН. Она все выше, появляется инверсионный след. Примерно через две минуты полета след на мгновение прерывается, видна неяркая вспышка. Произошло отделение первой ступени… Но сегодня этого не будет, низкая облачность.
Вот и зажигание. Но почему зарево такого багрового цвета? Да и рановато, вроде. Я повернулся к окну на командный пункт, за которым было электронное табло, показывающее время до старта. Одна минута, тридцать восемь секунд… И тут на ВКУ я увидел ракету, которую быстро охватывает пламя. Оно уже дошло до обтекателя КА, и тут за моей спиной раздался характерный звук, похожий на аплодисменты – заработали электромагнитные реле пульта, формирующего команду «Спасение». Из пламени пожара быстро вверх и влево пошла яркая звездочка, оставляя за собой дымный след. А на ВКУ было видно, как почти сразу обезглавленная ракета упала куда-то вниз.
Итак, в этот день работа комплекса была закончена, а для меня на следующий день началась работа испытателя. Нужно было собрать и проанализировать всю доступную информацию об этой аварии. Причем рассчитывать мы могли только на информацию, полученную на нашем комплексе. Как мне потом сказали, после аварии КГБ наложил лапу на все официальные фото, кино и видеоматериалы. Вот только, как они забыли (или не знали?) о магнитофонных записях переговоров операторов САС со своими руководителями? Так что эти записи остались в нашем распоряжении. И еще, помог случай. На системе приема бортового телевидения комплекса молодой офицер учился работать со студийным видеомагнитофоном «Кадр-3ПМ», для чего ему в аппаратную скоммутировали телевидение со старта со звуковым сопровождением.
Рассказывая об этом, я говорю «мы» потому, что весь анализ проводился мной совместно с офицерами из расчета КРЛ-САС, участвовавшими в работе, Судаковым, Шевченко и Мочаловым.
В то время на аудиозапись, ведущуюся на рабочих местах операторов САС, не накладывались сигналы времени, что очень затруднило анализ, зато из-за прослушки можно было состыковать записи переговоров обоих операторов. Кроме того, на аудиозаписях зафиксировались и некоторые разговоры в пультовой носителя на стартовом комплексе. Для привязки же ко времени мы использовали упомянутую выше видеозапись со звуковым сопровождением и выведенным на экран московским временем. Просто нашли на видеозаписи и на аудиозаписях одинаковую кем-то произнесенную фразу и «назначили» ее началом отсчета. От нее с помощью электронного секундомера отсчитали время до каждого последующего события и, что особенно важно, до момента выдачи операторам пароля. Затем время выдачи пароля, слова «Днестр», совместили со временем начала выдачи команды «Спасение». Таким образом, получилась временная диаграмма развития аварии и действий всех участников события.
В общем, события развивались так: после начала пожара руководитель испытаний и пуска, генерал-майор Шумилин, через полторы секунды передал своему оператору пароль-команду «Днестр». Практически сразу старший лейтенант Шевченко нажал кнопку «Пуск» и держал ее до загорания транспаранта «Пуск» на пульте оператора САС. В это время лейтенант Мочалов слышал команду, данную оператору №1, но у него хватило выдержки дождаться пароль-команды от своего руководителя, А.М. Солдатенкова. Команда «Спасение» ушла на борт, произошел отстрел и увод КА из зоны аварии. Экипаж был спасен. Произошло это через шесть секунд после начала пожара, а через двенадцать секунд ракета упала в газоотводной канал.
Я долго думал, почему технический руководитель дал своему оператору пороль-команду только через шесть секунд после начала пожара? Растерянность? Нерешительность? Очевидно, нет. Он просто очень хорошо знал «Инструкцию по спасению экипажа при авариях на стартовом комплексе и активном участке полета» и четко ее выполнял. В инструкции, действовавшей в то время, не было пункта «Пожар на РН или на стартовом комплексе», при котором команда «Спасение» выдается по КРЛ. Но в этой инструкции была фраза: «При взрыве ракеты-носителя экипаж не спасается». А в бункере после начала пожара кто-то закричал: «Взрыв на старте!». В этой ситуации нужно было обладать испытательским опытом и глубоким знанием испытываемой техники генерала Шумилина, чтобы за полторы секунды «прокачать» ситуацию и понять, что спасти экипаж может только выдача команды «Спасение» по КРЛ.
Все это отражено в «Отчете по испытаниям наземного комплекса средств спасения экипажа КА при аварии на стартовом комплексе 26 сентября 1983 года», который до расформирования в/ч 68526 хранился в архиве части. Настоящая судьба «Отчета…» мне неизвестна.
По результатам испытаний было реализовано больше десяти технических решений: по нашим предложениям была введена регистрация сигналов времени на аудиозаписи переговоров операторов САС, линии связи САС были выведены из эксплуатации узлами связи. Теперь – это отдельные кабельные линии, идущие от аппаратуры связи САС до сооружения «Куб-У» на ИП-1 Байконура, где они коммутировались либо на Гагаринский старт пл.1, либо на запасной старт пл.31, откуда вообще пилотируемый пуск был осуществлен лишь однажды, когда Гагаринский старт был на ремонте. Предприятием «РНИИ КП» была создана специализированная аппаратура формирования и выдачи команды «Спасение», которая могла формировать эту команду не только для «Союзов», но и для «Бурана», которому она не понадобилась и теперь уже вряд ли понадобиться. Ввели еще видеонаблюдение за действиями операторов и еще ряд новшеств, менее значительных.
Ко всеобщему облегчению, ситуация разрешилась благополучно. Вот только никто из спасенных космонавтов не нашел возможности приехать и хотя бы руку пожать операторам САС. За возвращенный кошелек люди приходят поблагодарить вернувшего его, а тут жизнь… А вот Герман Степанович Титов время нашел и наградил операторов именными часами. Но не в этом главное.
США. Компания SAS основана в 1976 году Энтони Баром (Anthony Barr), Джеймсом Гуднайтом (James Goodnight), Джоном Соллом (John Sall) и Джейн Хельвиг (Jane Helvig). Изначально название SAS - это акроним от Statistical Analysis System, который со временем стал использоваться в качестве имени собственно для обозначения, как самой компании, так и ее продуктов давно уже вышедших за рамки простых инструментов для статистического анализа. Сейчас SAS - это зарегистрированный товарный знак. На данный момент SAS является крупнейшей частной компанией-разработчиком программного обеспечения .
История компании
Первый базовый продукт SAS, выпущенный в год основания компании (1976), использовался для статистического анализа данных. Программный пакет состоял из нескольких модулей, которые выполнялись на мейнфреймах IBM. Помимо стандартной для мейнфреймов практики выполнения программ в пакетном (batch) режиме, SAS предложил оригинальную для того времени опцию - оконный интерфейс разработки и выполнения программ. Программа писалась в одном окне, результаты её работы отображались в другом, а логи выводились в третьем. По мере того, как появлялись другие типы компьютеров, SAS разрабатывал приложения, которые выполнялись и в новой среде. Таким образом, пользователи SAS могли работать на компьютерах под управлением любой операционной системы. Сейчас приложения SAS могут выполняться на персональных компьютерах как сетевых, так и не подключённых к сети. thumb|200px|Въезд в кампус SAS
SAS Россия/СНГ
Представительство компании SAS в России и странах СНГ было открыто в 1996 году . Клиентам предлагается полный спектр услуг - консалтинг, реализация проектов внедрения, обучение и техническая поддержка.