Добрые советы по SAP..

  • при копировании манданта проверьте, что у вас много места в тэйблспэйсе PSAPTEMP. При копировании больших таблиц в нем должно быть достаточно места
  • при выполнении скрипта sapdba_role имейте в виду, что параметр запуска выглядит sqlplus /nolog @sapdba_role SR3 или sqlplus /nolog @sapdba_role SR3DB. А не sqlplus /nolog @sapdba_role SAPSR3
  • если при заходе в систему GUI пишет - rabax during sapgui logon - проверьте, верное ли системное время на уровне OS
  • если у пользователя пропала история ввода данных в поля, один из вариантов - проверьте, не включена ли галочка МЕДЛЕННОЕ СОЕДИНЕНИЕ в SAP GUI
  • если у пользователя перестали печататься документы, а лишь попадают в спул (метод печати G), хоть и в настройках стоит галочка немедленной печати - ему не хватает кол-ва режимов. Окно фронт-энд печати требует отдельного режима. Просто закройте лишние окна.

Регламент мониторинга и администрирования системы SAP R/3

 

1. Характеристика объекта
Для систем R/3 УДП и ТДС установлена СУБД ORACLE v . 8.0.5.2. Ответственные за мониторинг и администрирование систем SAP R/3
Функции мониторинга и администрирования систем SAP R/3 выполняет ДЦВ группа Базис. В своей работе группа руководствуется указаниями, приказами руководства дороги, информационно-вычислительного центра дороги.
3. Регламент мониторинга и администрирования системы
3.1. Регламент администрирования
Задачи системного администрирования подразделяются:

  • ежедневные;
  • еженедельные;
  • ежемесячные;
  • ежеквартальные.

3.1.1.Ежедневные задачи
SAP R/3 задачи:
1. Контроль работы всех серверов приложений (транзакция SM51);

  • Sm 51 - системный журнал, процессы
  • Smlg , Al 08 - проверяем время отклика (не более 100), желательно равномерное распределение нагрузки между системами.

2. Контроль системы с помощью центрального монитора состояния системы

  • RZ20

3. Контроль прерванных процессов изменений (Filed Updates) (транзакция SM13)

  • Контроль процессов обновления. В случае ошибок см. транзакцию db02.

4. Работа с системным журналом (транзакция SM21). Просмотр журнала на предмет сообщений об ошибках

  • В случае возникновения серьезных ошибок проконсультироваться со специалистами ОЦРВ

5. Контроль фоновых процессов. (транзакция SM37)

  • В случае прерывания фонового задания производим анализ дампа.

6. Контроль блокировок (транзакция SM12)

  • Если блокировка висит более 2 ч – производится анализ процесса

7. Контроль спула (транзакция SP01)

  • Ежедневная чистка спула (весь спул более 3-х дней)

8. Мониторинг рабочих процессов (транзакция SM50 и SM51)

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

9. Анализ дампов (транзакция ST22)

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

10. Анализ нагрузки системы (транзакция ST03)

  • В случае погружении системы в SWOOP, необходимо расширить буферы.

11. Мониторинг журналов резервного копирования (транзакция DB12)

  • см регламент резервного копирования

12. Перенос запросов
13. Ведение оргструктуры, заведение пользователей, ведение полномочий.
База данных:
1. Контроль состояния базы данных

  • Интенсивность заполнения БД, в случае необходимости расширение Table Space , Extent . Анализ проводить 3 раза в день

2. Мониторинг системного журнала базы данных.

  • Просмотр файлов log - файлов

Операционная система :
1. Мониторинг системного журнала

  • Просмотр файла /var/adm/masseges

2. Контроль файловой системы

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

3.1.2. Еженедельные задачи
R/3 задачи:
1. Контроль количества экстентов таблиц

  • задание в sapdba

2. Работа с таблицами

  • По возникновению проблем с производительностью программ оптимизировать запросы, индексы, БД.

Операционная система :
1. Контроль аппаратного обеспечения (hardware);

  • Мониторинг загруженности ЦП, ОП, SWAP
  • Мониторинг работы дисковых накопителей
  • Мониторинг работы сетевых адаптеров

3.1.3. Ежемесячные задачи
R/3 задачи:
1. Перезагрузка системы

  • С разрешения руководства дороги
  • Согласно регламенту перезагрузки серверов

База данных:
1. Прогноз и анализ роста базы данных. ( транзакция DB02 – Database performance: Tables).
2. Мониторинг файловых систем сервера. Выяснение необходимости увеличения объема файловых систем.
3.1.4. Ежеквартальные задачи
SAP R/3 задачи:
1. Просмотр пользователей и определение блокированных и удаленных;

  • Если пользователь не ходил более 3 месяцев – блокировать;
  • Если пользователь блокирован более 3 месяцев - удалять;

2. Проведение замера пользователей.
База данных:
1. Тест восстановления базы данных из копии backup.
Операционная система:
1. Удаление «старых» файлов транспортной системы (cofiles, data, logs);

  • Удаление старых запросов (старше 6 месяцев).

2. Чистка sapbda журналов (sapdba – cleanup)

 

Как узнать кто изменил данные RFC

SCU3 >     RFCATTRIB, RFCDES, RFCDOC >  анализ изменения этих таблиц
для работы SCU3 должен быть активирован параметр rec_client.

Так же можно посмотреть таблицу DBTABLOG

OB52 — Не изменяемо в QA системе

У ваших консультантов появилась необходимость ввести данные в тестовую систему, пользуясь транзакциями OB52, S_ALR_87003642,
но у них появляется сообщение о том, что система в статусе «не изменяемо», хотя в продуктивной системе это действие разрешено?
Имеется три пути решения сложившейся ситуации:
1. Открыть мандант в системе тестирования на изменение и внести данные.
При помощи тр. SCC4 разрешаем изменение репозитария и настроек.
2. Изменить роль манданта в системе тестирования со значения «Тест» на «Продуктивный» при помощи той же транзакции SCC4
3. Описан в ноте Note 214132 — OB52: No current settings
И Вуаля! Все работает. Главное не забудьте вернуть настройки в исходное состояние после того, как консультант завершит ввод данных

А вот и нота:

Symptom

If it has been set in Customizing that no changes are to be made to the system, the posting periods can no longer be opened and closed (Transaction OB52).

Other Terms
V_T001B, SOBJ, V_T001B, CURSETTING

Reason and Prerequisites
The maintenance and transport object V_T001B is not declared as a current setting because of an incorrect delivery.

Solution
Start Transaction SOBJ and for object V_T001B set the flag "Current settings" in the header data.

Блокировка манданта от входа

Для блокировки, разблокировки манданта, используйте транзакцию se37
1. SCCR_LOCK_CLIENT (для блокировки манданта)
2. SCCR_UNLOCK_CLIENT (для разблокировки манданта)
Данная функция предназначена для блокировки\разблокировки манданта от входа пользователей. При блокировки манданта, всем пользователям попытавшимся войти в мандант будет появлятся сообщение «данный мандант блокирован от входа». Мандант доступен будет доступен для входа только пользователям SAP* и DDIC.
Для разблокировки:
1. Запустите тр. SE37
2. Введите имя модуля SCCR_UNLOCK_CLIENT
3. Нажмите F8 для активации
4. Введите номер манданта и нажмите (F8).

Для блокировки процедура аналогична, только с модулем SCCR_LOCK_CLIENT

SAP STMS. Как узнать кто перенес запрос

Можно посмотреть в табличке TPALOG,

либо в истории импорта:

Пункт меню "Обработать" > "Показать больше" (Ctrl+Shift+F1) > столбец "Пользователь"

либо в истории импорта:

Правой кнопкой на заголовок таблицы > "показать больше". Добавится столбец "Пользователь"

NIPING

На сервере SAP:
niping -s -I 0

На клиенте:

Measuring throughput
niping -c -H <nipingsvr> -B 100000

Measuring RTT
niping -c -H <nipingsvr> -B 1 -L 100

Long LAN stability test:
niping -c -H <nipingsvr> -B 10000 -D 100 -L 360000


Long WAN test (stability):
niping -c -H <nipingsvr> -B 200 -D 1000 -L 36000

Long WAN test (idle timeouts):
niping -c -H <nipingsvr> -P -D 3600000

Short throughput/stability test:
niping -c -H <nipingsvr> -B 1000000 -L 100

MTU test:
niping -c -H <nipingsvr> -B <nnn>

Vary <nnn> according to these values: 500, 1000, 1400, 1500, 4000, 10000 and 40000

Пользователи и Группы в Linux

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

Пользователи:
Пользователь - это любой кто пользуется компьютером. Пользователю назначается имя, имя должно быть уникальным в системе (linux есть зарезервированные имена, такие как «root», «hal», и «adm»). Имя может состоять из букв английского алфавита, арабских чисел и символов «_»(нижний пробел)«.»(точка).

Продолжить чтение »

Инфраструктура сети: AS, PI, LIR

IANA — Администрация адресного пространства Интернета. Занимается распределением номеров AS и IP-адресов в глобальном масштабе. Назначает RIR, подчиняется напрямую ICANN. Она такая одна и в этой статье она нас не интересует.

RIR — Региональная регистратура Интернета. Занимается выделением крупных блоков адресов, регистрацией LIR и распределением AS. Россия находится в юрисдикции RIPE NCC, расположенной в Амстердаме.

LIR — Локальная Регистратура Интернета. Занимается поддержкой работы сети, распределением PI (о них — дальше) и номеров AS. Как правило, это — ISP. Минимальный блок адресного пространства для LIR — 4096 IP-адресов.

Продолжить чтение »

Еще раз про IP-адреса, маски подсетей и вообще

IP-адрес (v4) состоит из 32-бит. Любой уважающий себя админ, да и вообще айтишник (про сетевых инженеров молчу) должен уметь, будучи разбуженным среди ночи или находясь в состоянии сильного алкогольного опьянения, правильно отвечать на вопрос «из скольки бит состоит IP-адрес». Желательно вообще-то и про IPv6 тоже: 128 бит.

Обстоятельство первое. Всего теоретически IPv4-адресов может быть:
232 = 210*210*210*22 = 1024*1024*1024*4 ≈ 1000*1000*1000*4 = 4 млрд.
Ниже мы увидим, что довольно много из них «съедается» под всякую фигню.

Продолжить чтение »

Как удалить защищенный от удаления объект active directory

Начиная с Windows Server 2008 появилась возможность защитить объект от случайного удаления в Active Directory. Для этого при создании объекта необходимо поставить галочку "Защитить объект от случайного удаления". Это не позволит удалять и перемещать объект. Если все-же необходимо удалить или переместить защищенный объект, то нужно в консоли управления пользователями и компьютерами в меню "Вид" поставить галочку "дополнительные компоненты". После этого у защищенного объекта в свойствах появится еще одна вкладка - "Объект". На этой вкладке снимаем галочку защиты.

Десять имён для одной архитектуры

386 -ые, Пентиумы и Коры

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

8086  и семейство
В 1978 году был выпущен 16-битный процессор Intel, который имел «имя» 8086. За ним были 8088, 80186, 80286, 80386 (плюс вариации), 80486 (плюс вариации). Легко заметить, что (почти) все эти числовые имена оканчиваются на две цифры 86, что дало название всей серии x86. Оно укрепилось, его продолжили использовать и после того, как процессорам перестали давать цифровые имена, а появились Intel Pentium, Celeron, Xeon, Core, Atom и т.д. Совместимые продукты других вендоров, таких как IBM, AMD, Cyrix, VIA и т.д., также описываются как x86.
По моим наблюдениям, x86 — самый популярный вариант для имени этой архитектуры в Интернете, статьях и прочей литературе, особенно, когда не стоит задачи точно специфицировать разрядность архитектуры или речь явным образом идёт о 32-битном варианте.

Продолжить чтение »