Журналы SAP-системы

Основной системный журнал SAP системы можно увидеть запустив транзакцию SM21 (Tools -> Administration -> Monitoring -> System Log). Отображаются сообщения с текущей SAP-инстанции. Записи журнала считываются из файла, который задан параметром rslg/local/file. По умолчанию, /usr/sap/<sid>/<Instance_name>/log/SLOG<instance_number>. Параметр rslg/max_diskspace/local задает размер файла системного журнала. По умолчанию, 500000. После заполнения - старые записи удаляются. Размер одной записи 192 байта. Можно собирать записи журналов со всех серверов приложений на центральной инстанции. Для этого необходимо выставить ряд параметров. Подробности на SAP Help Portal.

Транзакция ST22 - просмотр ABAP-дампов системы. Можно через меню "Перейти к -> Реорганизовать" установить срок хранения дампов. Величина срока хранения дампов зависит от частоты анализа Ваших систем. Обычно, 7 дней вполне достаточно. Дампы хранятся в таблице SNAP.

Можно включить Security Audit Log системы. Из данного журнала можно увидеть удачные и неудачные входы пользователей в систему, блокировку пользователей, запуск транзакций, отчетов, изменения основных записей пользователей. Временно включается в транзакции SM19. Постоянно параметром rsau/enable=1. Параметр rsau/local/file задает директорию где будут хранится журналы. По умолчанию, /usr/sap/<sid>/<Instance_name>/log/audit_<instance_number>. Через параметр rsau/max_diskspace/local задается размер аудит-файла за день. Просмотр журнала через транзакцию SM20. Удаление старых журналов - транзакция SM18.

Также есть возможность активировать аудит изменений в таблицах. В профиле прописать параметр rec/client = XXX (номер манданта). Можно задать несколько мандантов через запятую. Для нужных таблиц в SE11 в технических параметрах настройки включить "журнал изменений". Просмотр аудита - транзакция SCU3. Журнал аудита хранится в таблице DBTABLOG.

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

Автор: Шиболов Вячеслав Анатольевич

Особенность работы HP EVA-5000

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

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

Дело мне кажется в том, что кэши на контроллерах используются для записи и чтения. В режиме чтения внезапное прекращение подачи питания на дисковый массив совершенно не страшно. А вот для режима записи это черевато получением неконсистентных данных. Поэтому при отсутствии поддержки резервным питанием кэша одного из контроллеров этот контроллер работает только на чтение, а все операции записи производятся через второй рабочий контроллер. Потому что при таком предупреждении, как сбой в батареях резервного питания кэша одного из контроллеров, сильного провала производительности не наблюдается. А вот когда оба контроллера находятся в одинаковом плачевном состоянии, EVA просто перестает давать доступ к дискам, перестраховываясь на случай сбоя подачи питания и получения неконсистентности в данных на массиве. Это все мои домыслы, но практика показывает, что примерно так и есть. Так ли себя ведут дисковые массивы серий EVA 6XXX и 8XXX я не знаю, но есть подозрение, что так же.

Вывод один: держи ноги в тепле, а оборудование полностью работоспособным. :)

Автор: Шиболов Вячеслав Анатольевич

Интересные ссылочки

Недавно был запущен новый проект в Рунете - ITpedia (или Айтипедия) – независимый образовательный проект по созданию свободной энциклопедии об информационных технологиях. На сайте очень много статей из области IT. Очень помогает поднять свои знания в понимании того что есть что и кто есть кто. :)

А на проекте Лукоморье появилась статья посвященная SAP. Забавно почитать про наш маленький мир без цензуры и прикрас. Ведь в какой-то степени все что там написано - правда. ;)

Автор: Шиболов Вячеслав Анатольевич

Текстовый редактор VI

Если Вам приходится администрировать SAP-систему на Unix-like операционной системе, то вам поможет этот краткий справочник по текстовому редактору VI.

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

P.S. Вышла новая версия WEB броузера Mozilla Firefox 3.5. Кто пользуется - не пропустите ;)

Автор: Шиболов Вячеслав Анатольевич

Командная строка HP-UX

Командная строка операционной системы HP-UX после установки ОС далека от совершенства. Выглядит она вот так:

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

# Add by *** *** at 29.11.2006
PS1=$LOGNAME@`uname -n`:'$PWD '
HISTFILE=$HOME/.sh_history
HISTSIZE=512
ENV=$HOME/.shrc

После этого у вас будет сохраняться история вводимых команд, а командная строка будет выглядеть так:

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

Для редактирования командной строки в Windows-стиле и прокрутки команд из истории, создайте в корневой директории файл .shrc. И пропишите в него следующие строки:

set -o emacs
alias __A=`echo "\020"`
alias __B=`echo "\016"`
alias __C=`echo "\006"`
alias __D=`echo "\002"`
alias __O=^O

^O - это Ctrl+O. После этого в командной строке начнут работать клавиши вверх-вниз-вправо-влево, Backspace.


Те же процедуры можно повторить для всех пользователей системы, а не только для root. А если Вы используете X-Window, то отредактируйте файл .dtprofile, убрав комментарий с последней строки:

#DTSOURCEPROFILE=true

Приятной работы! :)

Автор: Шиболов Вячеслав Анатольевич

Дополнительные сервера приложений. Транзакции.

Если в вашем "подворье" появились дополнительные диалоговые сервера, то придётся использовать ряд новых транзакций:

• SMLG - создание и администрирование logon групп,
• SM51 - список всех серверов приложений, с возможностью дистанционного входа, просмотра списка процессов и пользователей каждой инстанции,
• AL08 - список активных пользователей всех серверов приложений,
• SM66 - список активных процессов всех серверов приложений на одном экране.
  

Автор: Шиболов Вячеслав Анатольевич

Установка дополнительных диалоговых инстанций

Однажды наступает момент, когда вычислительных мощностей одного сервера для системы становится недостаточно. SAP позволяет распределить уровень приложений по нескольким серверам. И в данной ситуации грех этим не воспользоваться. :)

Я хотел бы описать несколько моментов, которые будут интересны тем, кто еще не устанавливал дополнительный сервер приложений.
Итак, вот они:

1. Аппаратная платформа для установки дополнительного сервера приложений может отличаться от платформы основного сервера.
2. При установке дополнительного сервера приложений стоит использовать в качестве имени системы (SID) такое же имя, что и у основной системы. Часто это не отмечено в инструкции по установке, но без этого ничего не получится. Проверено. :-)
3. Часть файловых систем необходимо монтировать удаленно, например по NFS, с центрального сервера. Если платформы разные, то ядро сервера приложений SAP с центрального сервера для диалоговой инстанции не подойдет. Но можно создать на центральном сервере приложений, рядом с директорией основного ядра, директорию для ядра платформы, на которой работает дополнительный сервер приложений. И монтировать удаленно уже эту директорию. Это позволит центролизовать процесс обновления ядра SAP диалоговых инстанций.
4. Вам придется использовать logon group для входа в систему. В системе они настраиваются через транзакцию SMLG. Стоит отметить, что за балансировку отвечает message server, который работает на центральной инстанции, и делает он это автоматически. Коннект к системе осуществляется через message server. Сначала клиентское место SAP посылает запрос message server-у с указанием имени logon group, с которой он хочет работать. Message server определяет, какие сервера входят в данную logon group, выбирает наименее загруженный и посылает его координаты клиенту. Клиент подключается уже к нему напрямую и весь сеанс работает только с ним.
5. На клиентской машине надо прописать координаты message server-а в файле Drive:/windir/system32/drivers/etc/services. Прочтите перед этим SAP note # 52959. Обратите внимание на важное замечание - оставлять пустую строку в конце данного файла.
6. Очень удобно администрировать записи message server-ов, строк SAP router, записей коннекта в SAP Logon через служебные файлики sapmsg.ini, saproute.ini, saplogon.ini. Данные файлики лежат в директории Drive:/windir/. Подробнее о формате файлов читайте в SAP note # 38119.

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

И с наступлением настоящей весны! :)

Автор: Шиболов Вячеслав Анатольевич