четверг, 31 декабря 2009 г.

С наступающим Новым Годом!

Ссылка на статью
Поздравляю всех, кто забрел в мой блог (да и кто не забрел тоже :) ) с наступающим Новым Годом!

Желаю Вам "никогда, никогда, никогда не сдаваться" (© Черчиль)
Шутка, но не лишенная смысла.

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

А я буду так же делиться своими знаниями и находками на страницах этого блога. Буду стараться. :)

До встречи в следующем году! )



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


вторник, 29 декабря 2009 г.

Азы администрирования: с чего начать.

Ссылка на статью

В данной статье я бы хотел обрисовать вектор развития для человека, который решил заняться администрированием систем SAP (SAP BASIS consultant).
Как и в любом обучении, есть две большие области - теория и практика. Области неразрывные, идущие рука об руку. Приступим.

Теория:
  1. Основным источником информации, с которого стоит начать обучение, являются SAP-курсы. Посмотреть курсы, которые читаются в России, можно по этой ссылке. Конечно, ни разу не видя системы, не имея под рукой оной, идти на курсы за баснословные деньги (2000 евро за 5 дней) не стоит. А вот поискать курсы в сети и прочитать самостоятельно нужно. В своём блоге я давал пару ссылок на ресурсы с курсами, можно воспользоваться ими. Все курсы по администрированию систем только на английском языке. Такова политика "партии". И в чём-то она верна. :) Не знаете английского? Хорошо. Поймаете сразу двух зайцев при прочтении. Без чтения технической литературы на английском языке далеко не уедешь. К SAP-курсам хорошо бы добавить обучение по администрированию UNIX-систем и баз данных. Так как серьезные продуктивные системы установлены на UNIX-like операционные системы. Итак, вот последовательность курсов:
    • хорошая книга или курсы (Linux, FreeBSD, HP-UX, Solaris, AIX) по основам и администрированию UNIX-like операционных систем.
    • знание основ реляционных баз данных, основы языка SQL-запросов. Может быть вполне достаточно знаний из технического института, если Вы там учились, конечно, а "не пили пиво в переходах вместо лекций". ;)
    • SAP-курс SAPTEC (Основы SAP Web Application Server). Тут Вам поблажка - курс есть на русском языке. ;)
    • SAP-курс ADM100 (AS ABAP: Администрирование, часть I).
    • SAP-курс ADM505 (Администрирование базы данных ORACLE, часть I).
    • SAP-курс ADM325 (Организация системного ландшафта/Транспортная система сервера приложений ABAP).
    • SAP-курс BC430 (Словарь-справочник данных).
    • SAP-курс ADM940 (Концепция полномочий).
    • SAP-курс ADM200 (Администрирование AS Java).
    • Не пугайтесь. Это объем, который следует осилить за год-полтора работы-обучения. Это далеко не все курсы. Это начало, которое познакомит Вас с администрированием систем SAP. После первых 4-х пунктов Вы уже поймете что же такое SAP и с чем его едят. А дальше идите до конца этого списка и, если SAP это Ваше, то продолжить этот вектор обучения Вы сможете уже сами.
  2. Второе, что стоит изучить, это сайт SAP СНГ. Читайте и изучайте всё что найдете для себя полезным. "Врага" надо знать в лицо. :) Что такое SAP, какие решения есть, для чего, где искать работу. :)
  3. Зарегистрируйтесь на сайте SAP Developer Network. И сделайте с ним всё то же, что и с предыдущим. :)
  4. Для доступа к SAP Support Portal нужен, так называемый, S-user. Получить его можно двумя способами: сдать экзамен на сертификат в SAP или купить систему SAP. Поэтому наш вариант 3-й :) - устроиться на работу к тому, кто купил SAP. Без доступа к порталу Вы не сможете читать SAP notes, качать пакеты поддержки, установочные комплекты систем, документацию по установке и настройке систем. В общем, администратору без этого ресурса никуда.
  5. Для дополнительной информации изучайте SAP Help Portal, читайте мой блог, форумы по SAP BASIS и другие ресурсы.
Теперь, перейдем к практике:
  1. Для начала стоит установить у себя на рабочем месте SAP NetWeaver 7.0 ABAP Trial. Подробности этой системы я описывал в сообщении "miniSAP - система для разработчиков и не только".
  2. Установите клиентское место SAP - SAP GUI. Информацию по работе с программой ищите тут.
  3. Доступ к полноценным системам можно получить только устроившись на работу администратором системы SAP. Даже если Вы достанете по знакомству установочные диски SAP ERP или другой системы, даже если Вам её зарегистрируют по-знакомству за каким-нибудь из клиентов SAP, всё равно настроить основные модули и пригласить на работу в системе сотню-другую пользователей Вы не сможете. ;) Отсюда вывод: ищем работу. Смотреть надо в сторону внутренних проектов, то есть идти к клиенту SAP - предприятию, в котором внедрена система и есть группа администраторов, у которых можно поучиться "уму-разуму".
Небольшое отступление по поводу работы. Тот кто бежит в SAP ради заработной платы в 4000-5000-6000- ... $, знайте, что такую заработную плату получает специалист высокого уровня, эксперт, с опытом работы, как правило, 4-5 лет.
Ну и еще. На что ориентироваться и где искать работу:
  • внутренний проект.
  • консалтинговая компания.
  • фриланс (индивидуальный предприниматель в области SAP).
В данной классификации с каждым уровнем увеличивается риск, количество работы и командировок, ну и заработная плата соответственно. Выбирайте свой уровень. Можно дойти до высшей ступени, а можно на какой-то остановиться. Работы хватает всем.

И еще позволю себе парочку советов, как ворчливый старичок. ;) Старайтесь записывать все фишечки и фенечки, которые Вы узнали в процессе освоения сего предмета. По курсам хорошо делать памятку, закрепляя материал и создавая себе некий индекс на данный курс. Проблемы, с которыми Вы сталкиваетесь, тоже надо записывать. А особенно их решение. :) Не надо сохранять себе SAP note целиком, достаточно указания номера и краткого описания решения. Краткая инструкция по установке системы такой-то версии на такую-то ОС, очень хорошо. Сделали upgrade ORACLE, записали, просто супер! И так далее. Формат этих записей может быть разным. Кто-то любит один файл формата xls или doc. Кто-то работает только с файлами txt. Кто-то хранит все в одной директории, кто-то создает целый архив с данными. Выбор за Вами. Но ВСЕ хорошие эксперты это делают. Поверьте мне, это очень пригодится в будущем. Память же не у всех идеальная. И чем раньше начнёте систематизировать и записывать свои данные, тем лучше. :) Всё прекращаю нудеть. :)
Ну и второе. Замечено на собственном опыте, что ехать на обучение в SAP очень хорошо не с нуля, а "поковырявшись" в системе и "понюхав пороху". Материал усваивается лучше и вопросы преподавателю в голове уже готовые сидят. В таком случае Вам не приходится усваивать за 3-5 дней большой объём новых знаний, а Вы как бы упорядочиваете "картину мира" у себя в голове и находите ответы на мучавшие Вас вопросы.

Ну теперь точно всё. :)

P.S. Можете посмотреть мою обучающую программу администрирования SAP систем.

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


среда, 23 декабря 2009 г.

Центральный системный журнал SAP

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



Но есть способ упростить себе жизнь. :) В транзакции SM21 можно выбрать другой вид системного журнала.


По-умолчанию, используется "Локальный журнал". При выборе пункта меню "Дистанционный журнал" или "Центральный системный журнал" на экране выбора появляется поле "Имя инстанции", в котором можно указать инстанцию любого сервера приложений системы.


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



В курсе ADM100 (SAP Web AS Administration I) указано, что центральный системный журнал возможен только на Unix-серверах. Еще один плюс в пользу этой операционной системы.

P.S. И не забудьте позаботиться о подарках родным, любимым и друзьям. ;)

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


понедельник, 26 октября 2009 г.

SAP Solution Manager 7.0 EHP 1 в картинках. Часть 1. Установка.

Ссылка на статью

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

Получилась вот такая системка:
CPU: Intel Core 2 Quad 2,5 Q8300 GHz (4 core),
Memory: 8 Gb,
HDD: 2 x 1000 Gb 7200 rpm.
В качестве операционной системы выбор пал на Windows Server 2003 Datacenter x64 Edition R2 SP2 [ENG].

Для начала решил я установить на мой сервер SAP Solution Manager 7.0 EHP 1. Скачал последние версии установочных дисков для системы на Windows/ORACLE x64 с SAP Support Portal. Инструкции по установке взял тут. Ну и поставил систему. :)
Во время установки и выполнения пост-установочных шагов все записывал в "тетрадочку". Получилась забавная инструкция в картинках по установке SAP Solution Manager 7.0 EHP 1 на платформу x64 под Windows/ORACLE. Мою "тетрадочку" можно (и нужно) скачать здесь(zip-архив, 2746 Кб).

Ну и продолжение истории с сервером для внутренних нужд проектной команды следует... :)

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


воскресенье, 18 октября 2009 г.

Внешние команды ОС

Ссылка на статью
В тему предыдущего поста хочу добавить про еще один hint системы SAP. Существует возможность выполнять внешние команды ОС из системы SAP. Для этого есть 2 транзакции:
  • SM69 - создание/удаление/ведение команд,
  • SM49 - выполнение команд ОС.
В SAP NetWeaver эти транзакции запускают одну программу и полностью идентичны, позволяя выполнять и создавать/удалять команды в одном месте.


Процедура очень проста. Вы создаете команду в системе SAP. При создании используйте область имен клиента (Z* или Y*). В настройках указываете имя команды, параметры, тип ОС.


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


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


Как всегда стоит помнить о полномочиях на уровне ОС. Внешние команды запускаются от пользователя sidadm и имеют только его полномочия. Но часто и этого бывает достаточно. :)

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


суббота, 17 октября 2009 г.

Сладкая парочка CG3Y и CG3Z

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



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



Есть только одно НО. Класс разработок (пакет), которому принадлежат эти транзакции входит в функциональность SAP_APPL (EA-APPL с версии SAP 4.7).


Поэтому возможность воспользоваться этими транзакциями есть только в системах, в которых присутствует этот компонент. А это SAP R/3, SAP ERP. В системах SAP BW, SAP Solution Manager такого компонента системы нет, вышеуказанных транзакций соответственно тоже.
Стоит помнить, что выгрузить-загрузить файл можно только оттуда-туда, куда есть доступ пользователю sidadm. В Windows Server, как правило, куда угодно ;)

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


четверг, 1 октября 2009 г.

SAP NetWeaver: встроенный ITS

Ссылка на статью
SAP Internet Transaction Server (ITS) начиная с SAP NetWeaver'04 входит в состав системы, является интегрированным. Устанавливать дополнительно ничего не надо и для активации достаточно выполнить следующие шаги:
  1. Проверяем параметр - itsp/enable, должен быть равен 1.
  2. Активируем сервисы /sap/bc/gui/sap/its/webgui, /sap/public/bc/ur и /sap/public/bc/its/mimes через транзакцию SICF.
  3. Публикуем Internet-сервисы SYSTEM и WEBGUI через транзакцию SE80 на SITE INTERNAL.
  4. Желательно прописать параметры системы SAPLOCALHOSTFULL и icm/host_name_full, указав полное имя host-а c доменом (если сервер не в домене, прописать виртуальный).
  5. Устанавливаем параметры системы:
    login/accept_sso2_ticket = 1
    login/create_sso2_ticket = 2.
  6. Если сервер находится не в домене - прописываем ему виртуальный домен в файле C:\Windows\System32\Drivers\etc\hosts на каждой машине конечных пользователей (это имя и используем в строке адреса браузера).
  7. После изменения значений параметров не забудьте перестартовать сервер приложений SAP (application server).
  8. Включите в броузере поддержку cookies и вперед - http://host-name.domain:icm-port/sap/bc/gui/sap/its/webgui (для SAP NetWeaver 7.0).




Если есть проблемы - милости просим на чтение SAP note # 698329. :)

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


вторник, 29 сентября 2009 г.

miniSAP - система для разработчиков и не только

Ссылка на статью
Компания SAP поставляет trial версию системы, которая раньше называлась miniSAP. Данная версия системы позиционируется прежде всего как среда для разработок на языке ABAP. В системе есть только базисная часть и среда для разработок, а функциональные части изъяты.
Текущая версия системы называется SAP NetWeaver 7.0 ABAP Trial Version SP12. Скачать можно тут. Дистрибутив занимает порядка 4 Гб.
Основные требования:
  • Windows XP SP2 или Windows Server 2003,
  • минимум 1 Гб ОЗУ,
  • Intel Pentium III 1.1 GHz или выше,
  • 22 Гб на HDD (11 Гб занимает система с базой данных после установки),
  • отсутствие другой установленной SAP системы.

Требования и установка расписаны в файле start.htm. В качестве СУБД используется MaxDB 7.6.02. Этот момент может быть интересен уже администраторам: возможность поработать с MaxDB. SAP позволяет получить лицензию на данную систему на 90 дней. Дают тут (Note: лицензия не устанавливается через SAP GUI 6.40, ставьте версию SAP GUI 7.10).
Необходимо иметь аккаунт на http://sdn.sap.com, который поможет Вам в будущем при поиске информации.



Для тех кто использует Linux, тоже есть вариант.

P.S. Если кому-то надо систему, а скачать возможности нет, обращайтесь, запишу на диск.

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


вторник, 18 августа 2009 г.

SAP GUI for Java

Ссылка на статью
Помимо SAP GUI для Windows, компания SAP поставляет клиентское место SAP GUI, работающее как апплет виртуальной машины Java. На данный момент есть одна версия SAP GUI for Java - 7.10. Скачать можно с официального ftp сервера SAP или с SAP Support Portal. Установив предварительно Sun Java VM, можно установить данное ПО на следующие ОС:
  • Windows
  • MAC OS X
  • Unix-like (AIX, HP-UX, Solaris, Linux)
Для тестирования я установил в качестве виртуальной машины на свой ноутбук Sun VirtualBox, скачал и установил на неё Ubuntu Linux. Установил пакеты с Sun Java, согласно требованиям SAP, которые указаны в документации, что идет к дистрибутиву с SAP GUI for Java. Надо заметить, что документация очень подробная и полезная. И установил собственно SAP GUI for Java 7.10 командой:

# java -jar PlatinGUILNX_9.JAR install


Если все рекомендации перед установкой выполнены, то запустится графическое приложение по установке клиентского места SAP GUI for Java. После установки в директории /home/user/SAPClients/ будут находиться файлы приложения. Запускаемым файлом является /home/user/SAPClients/SAPGUI7.10rev9/bin/guilogon. Это shell-скрипт, который и запускает SAPLogon:


Самое основное чем отличается эта версия SAP GUI от SAP GUI под Windows, и на какую тему часто задают вопросы - это создание записи соединения с системой SAP. Остановлюсь на этом поподробнее.
Есть два способа создания соединения. Первый - через файл настройки. Данный файл с названием connections находится в директории /home/user/.SAPGUI/. В Windows файл настройки находится в директории С:\Documents and Settings\user\SAPGUI\. Для примера содержимое файла с двумя записями выглядит следующим образом:



В первой записи TTM - это SID системы, 10.239.1.19 - IP адрес сервера приложений, 3200 - порт сервера (3200 + номер системы).
Сложнее конструкция при использовании SAP router и Message server-а с LOGON группами. Это вторая запись. Здесь. 10.239.1.1 и порт 3299 - координаты SAP router-а. 10.200.1.10 и 3600 - IP адрес и порт Message server-а центральной инстанции. ADMIN - LOGON группа данной системы. Я думаю, что разбора этих двух строчек будет достаточно, чтобы прописать большинство возможных соединений, которые будут у вас. Для детальной информации смотрите раздел документации 9. Technical Background -> 1. Connection Strings.
Кстати, данная документация входит в состав установленного клиентского места SAP GUI for Java и доступна через пункт меню Help -> Help Contents основного окна программы.

Второй способ - через меню Connection -> New... -> закладка Advanced, устанавливаете галочку Expert Mode. В поле Description вводите название системы (SID), а в открывшемся поле после "conn=" ту же строчку, что и в файле настроек соединений, описанном выше.

Окна системы в SAP GUI for Java выглядят следующим образом:




Данное клиентское место вполне работоспособно и почти ничем не отличается от SAP GUI для Windows. И это позволяет использовать на рабочих местах пользователей в качестве ОС Mac OS X, Linux и т.п.

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


четверг, 6 августа 2009 г.

Тестирование соединения с SAP системой

Ссылка на статью
Если вы хотите проверить наличие соединения с SAP системой, протестировать надежность и скорость канала связи, то, знакомьтесь, - полезная утилита niping.
На сервере приложений SAP утилиту можно найти в директории с SAP ядром. Для начала необходимо запустить серверную часть командой:
 # niping -s -I 0  

На клиентской машине, с которой вы хотите проверить соединение, тоже необходимо запустить эту утилиту, но с другими параметрами. Найти её можно в директории куда установлена программа SAP GUI - С:\Program Files\SAP\FrontEnd\SAPgui\.
Если хотите просто проверить соединение, то запускаете так - niping.exe -c -H 10.239.1.19 (после опции -H указываете IP адрес сервера приложений).
Если соединение есть, то вы увидите примерно такую картину:


А дальше можно использовать ряд опций:
-B - задает размер пакетов данных для обмена, в байтах;
-L - количество переданных пакетов данных;
-D - временные задержки между пакетами.

Вы можете играть этими параметрами. Если хотите протестировать скорость соединения - задавайте большой размер пакета данных. Если хотите протестировать надежность сети - большое количество относительно небольших пакетов данных. Информация после работы утилиты - задержки и скорость передачи данных. Подробности в SAP note # 500235.

И еще. Если вы работаете с системой через SAP router, то в качестве адреса сервера приложений используйте следующую конструкцию:
-H /H/IP_router/H/IP_server

Хороших вам выходных с близкими людьми! :)

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


среда, 29 июля 2009 г.

Введение в Unix

Ссылка на статью

Набрел на днях в очередной раз на раздел, посвященный Unix, в библиотеке у Максима Мошкова. Ознакомиться можно тут. Есть информация общая по Unix и конкретно по HP-UX, Linux, SunOS, FreeBSD.
Мне кажется, ссылка будет полезна тем, кто только начинает знакомиться с Unix и ищущим "фишечки" определенной версии системы.

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


пятница, 24 июля 2009 г.

Отказоустойчивый кластер MC/ServiceGuard

Ссылка на статью
Если Вы попали на проект, где есть отказоустойчивый кластер на базе ПО HP MC/ServiceGuard, а Вы никогда с таким не сталкивались, то этот пост Вам поможет.
Отказоустойчивый кластер от HP абсолютно прозрачен. У вас есть 2 или более серверов, которые называются нодами или узлами кластера. У серверов общий дисковый массив (VolumeGroups переводятся в статус кластерных и активируются только кластером). Единицей кластера является пакет. В пакет входит ваше ПО (команды старта и останова), команды активации и монтирования файловых систем с общего дискового массива и виртуальный сетевой интерфейс, через который и работают пользователи с системой. Кластерное ПО отслеживает состояние всех нод кластера. Если основной узел целиком или частично(диски, сетевой интерфейс) теряет работоспособность, то пакет на нем останавливается (если это еще необходимо) и запускается на резервном узле кластера (см. рисунок). Этот процесс называется перетеканием. Пакетов в кластере может быть несколько.


Теперь от теории перейдем к практике. Куда смотреть:
  • Команда cmviewcl на любом узле кластера. Показывает информацию о названии и состоянии кластера, пакета и узлов.
  • Директория /etc/cmcluster - хранит все настройки кластера и пакетов.
  • В качестве журнала для сообщений кластерное ПО использует системный лог - /var/adm/syslog/syslog.log.
  • Журнал пакета следует искать в поддиректориях /etc/cmcluster. Имеет вид *.cntl.log.
  • Автостарт кластера настраивается в файле /etc/rc.config.d/cmcluster. В ручную запускается командой cmruncl.
  • Старт и останов пакета - командами cmrunpkg и cmhaltpkg. Подробности в руководстве man ОС.
Надеюсь, этот пост даст Вам начальные знания по данной теме. А дальше дело за Вами.
В учебном центре HP в Москве читают курс H6487S - HP ServiceGuard. Есть возможность - стоит сходить. Если к тому же попадете к Максиму Мошкову, как я в свое время, не пожалеете. :)

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


четверг, 23 июля 2009 г.

Решение проблем с транспортной системой

Ссылка на статью

Самое гениальное, что есть в системе SAP и что кочует практически неизменным из версии в версию, это транспортная система (TMS). И действительно, зачем менять прозрачный и отлаженный механизм? :)
Но время от времени и в такой идеальной системе возникают проблемы. Как у меня сегодня утром. Перестали импортироваться запросы в тестовую систему. Перелопатил всё что можно, пока докопался до причины. Решил написать памятку для коллег. И так,
  • Транзакция STMS. Входите в очередь нужной системы и там изучаете пункты меню "Перейти к". Особенно пункты "Монитор импорта" и системный журнал программы tp.
  • Таблица E070L. Содержит номер последнего запроса в системе. Можно сделать скачок в будущее :) Подробности в SAP Note # 12799.
  • Таблица TMSTLOCKR. Хранит блокировки импортируемых в данный момент запросов.
  • Таблицы TRBAT и TRJOB. Временные записи во время импорта.
  • Фоновые задания RDDIMPDP. Смотреть выполняются или нет, почему. Планирование заданием RDDNEWPP в 000 манданте. Подробности в SAP Note # 26966.
  • На уровне ОС файловая система /usr/sap/trans и поддиректории. Полномочия, права, свободное место.
  • Процессы tp на уровне ОС.
Есть хороший курс по транспортной системе (TMS) - ADM325. Рекомендуется минимум прочитать самостоятельно.

P.S. А моя проблема была в старой записи в табличке TRJOB. Кстати, очистить такую рабочую табличку от всех записей можно через транзакцию SE14. Вписываете имя объекта. Нажимаете кнопку "Edit" и, выбрав "Delete data", жмёте "Activate and adjust database". Опля! И табличка пустая.


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


среда, 15 июля 2009 г.

Журналы 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.

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

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


пятница, 10 июля 2009 г.

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

Ссылка на статью

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

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

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

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

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


вторник, 7 июля 2009 г.

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

Ссылка на статью

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

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

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


пятница, 3 июля 2009 г.

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

Ссылка на статью

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

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

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

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


четверг, 2 июля 2009 г.

Командная строка 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 - список активных процессов всех серверов приложений на одном экране.



воскресенье, 3 мая 2009 г.

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

Ссылка на статью
Однажды наступает момент, когда вычислительных мощностей одного сервера для системы становится недостаточно. 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.
Главное, внимательно читайте инструкцию по установке. Раздел по установке дополнительных диалоговых инстанций небольшой, поэтому изучите его внимательно. Надеюсь Вам помогут эти фишки.

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

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


воскресенье, 12 апреля 2009 г.

ORACLE. Перенос дата-файлов.

Ссылка на статью

Если Ваша система работает, используя в качестве хранилища базу данных ORACLE, то у Вас может возникнуть потребность в переносе одного или нескольких дата-файлов из одной файловой системы в другую. Делается это следующим образом:
  1. Создаем резервную копию базы данных. Например, средствами SAP (brbackup, DB13).
  2. Останавливаем сервер приложений SAP, базу данных ORACLE.
  3. Переносим дата-файлы на уровне ОС из исходной файловой системы в целевую. Если в качестве ОС у Вас Unix-подобная система, то будьте внимательны с правами/полномочиями на дата-файлы.
  4. Запускаем sqlplus, подключаемся к СУБД и открываем базу данных ORACLE в mount-режиме:
    # sqlplus /nolog
    SQL> connect /as sysdba
    SQL> startup mount
  5. Выполняем следующую команду в SQLPlus для каждого перенесенного дата-файла:
    SQL> ALTER DATABASE RENAME FILE 'полный исходный путь до дата-файла' TO 'полный целевой путь до дата-файла';
  6. Закрываем базу данных и открываем в нормальном режиме:
    SQL> shutdown
    SQL> startup open
  7. Запускаем сервер приложений SAP.
После этого, если все нормально запустилось, и в транзакции DB02 вы проверили, что база данных ссылается на дата-файлы, лежащие в новой файловой системе, то дата-файлы из исходной файловой системы на уровне ОС можно удалить. Постарайтесь в ближайшее время сделать полную резервную копию базы данных, особенно, если вы удалили старую файловую систему целиком.
Таким же образом, можно переименовать дата-файл, например, если при его создании, вы ошиблись в имени файла или имени директории.

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