Многие наверно сталкивались с проблемой, когда приходилось создавать группы пользователей в ручную или переносить их при помощи «костылей» в CUA Child System.

В соответствии с нотой Note 395841 — CUA: Assign target system-specific param. and user groups

Имеется решение.

Необходимо в Центральной системе, запустить транзакцию SM30, открыть таблицу PRGN_CUST на изменение, и добавить строку:

CUA_USERGROUPS_CHECK

со значением «C«

Сохраняем таблицу и довольствуемся результатом :]

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

Имеется Один минус: В созданных группах не прописывае ... Читать дальше »

У ваших консультантов появилась необходимость ввести данные в тестовую систему, пользуясь транзакциями OB52, S_ALR_87003642, но у них появляется сообщение о том, что система в статусе «не изменяемо», хотя в продуктивной системе это действие разрешено?

Имеется три пути решения сложившейся ситуации:

1. Открыть мандант в системе тестирования на изменение и внести данные.

При помощи тр. SCC4 разрешаем изменение репозитария и настроек.

2. Изменить роль манданта в системе тестирования со значения «Тест» на «Продуктивный» при помощи той же транзакции SCC4

3. Описан в ноте Note 214132 — OB52: No current settings

И Вуаля! Все работает. Главное не забудьте вернуть настройки в ... Читать дальше »

При установке на систему с уже существующей группой томов, вы можете не увидеть логические тома даже после «modprobe dm-mod».

А так же после перезагрузки операционной системы.

В этом случае вам возможно прийдётся выполнить:

# vgchange -ay

И так… случается, что необходимо отключить резервное копирование archivelog.

причины могут быть разными, например Вы собрались копировать мандант. И что бы, не следить за состоянием свободного места в папке /oracle/archivelog , проще их на момент копирования выключить.

Другими словами, перевести базу в режим NOARCHIVELOG

Как это делается… ... Читать дальше »

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

Данный список ведеться в таблице USR40.

Эта таблица редактируется с помощью транзакции SM30.

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

- «?» представляет собой индивидуальный характер

- »*» означает любую последовательность символов

Пример:

Если ввести 123* В таблице USR40, станет невоможным задавать пароли с символов «123″.

Если вы введете AB?, пароли начиная с «AB» и дополнительный символ (например, «ABA», «ABB», «ABC» и т.д.) станут недоступны.

Для блокировки, разблокировки манданта, используйте транзакцию 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

В данном примере я Вам покажу на комбинации системы с базой данных Oracle и одной инстанции SAP, расположенных на ОС RedHat 5

- ЗАПУСК.

1. Коннектимся посредством SSH к машине, на которой лежит инстанция SAP под пользователем root

2. Командой su — ora<SID> переключаемся на пользователя базы

3. Командой lsnrctl start запускаем Listener

4. Переходим на пользователя root

5. Командой su — <SID>adm переходим на пользователя SAP администратора

6. Командой startsap db запускает базу Oracle

7. Командой startsap r3 запускаем инстанцию SAP

Все… читаем лог об успешном запуске SAP и радуемся.

Остановка произ ... Читать дальше »

Включаем логгирование таблиц в SAP системе.

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

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

1. Запускаем транзакцию SE13, в поле «Tables» вводим имя таблицы, которой необходимо включить журналирование, нажимаем «Changes»

2. На следующем экране ставим галку «Log Data Changes»

... Читать дальше »