SAPфорум.RU https://sapboard.ru/forum/ |
|
Обновление данных QAS https://sapboard.ru/forum/viewtopic.php?f=14&t=96050 |
Страница 1 из 2 |
Автор: | JohnPI [ Ср, фев 14 2018, 07:22 ] |
Заголовок сообщения: | Обновление данных QAS |
Добрый день, эксперты! Нужна помощь, хочу обновить данные в тестовой системе с продуктива! Проблема в том, что продуктив весит 2 ТБ и копирование манданта не вариант. Если просто накатить на уровне базы данных бэкап, то не понимаю дальше, что делать, как мне поменять ему мандант? Так как QAS система имеет 200 мандант, а продуктив 300. Плюс не понимаю как будет работать STMS в таком случае. Помогите пожалуйста ссылками или объяснениями что да как делать. |
Автор: | RikoNw [ Ср, фев 14 2018, 09:53 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
Добрый день. Вы можете скопировать 300 мандант QAS в 200 мандант QAS транзакцией локального копирования мандантов SCCL (но сначала настройка транспортной) Еще можно перед этим сделать реорг базы и она наверняка сдуется процентов на 20-30. В QAS удалите конфигу транспортной системы и загрузите заново в 000 манданте QAS, она подтянется с контроллера транспортного домена и система встанет на свое законное место. Еще есть вариант клонирования системы, если она виртуальная и переименование её через SAP SWPM, которая подменит все сиды и конфиги. Останется скопировать и удалить старый мандант. Что-то примерное и сырое, но как опора подойдет: https://rikonw.ru/pereimenovanie-sistem ... testovuyu/ |
Автор: | JohnPI [ Ср, фев 14 2018, 14:56 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
RikoNw написал: Добрый день. Вы можете скопировать 300 мандант QAS в 200 мандант QAS транзакцией локального копирования мандантов SCCL (но сначала настройка транспортной) Еще можно перед этим сделать реорг базы и она наверняка сдуется процентов на 20-30. В QAS удалите конфигу транспортной системы и загрузите заново в 000 манданте QAS, она подтянется с контроллера транспортного домена и система встанет на свое законное место. Еще есть вариант клонирования системы, если она виртуальная и переименование её через SAP SWPM, которая подменит все сиды и конфиги. Останется скопировать и удалить старый мандант. Что-то примерное и сырое, но как опора подойдет: https://rikonw.ru/pereimenovanie-sistem ... testovuyu/ Спасибо! попробую, но боюсь даже локально мандант будет копироваться долго... |
Автор: | RikoNw [ Ср, фев 14 2018, 16:22 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
Да, если у вас реально тэйблспэйсы занимают 2 ТБ, копирование манданта в 16 потоков, на нормальном СХД займет не менее 3-4 суток. |
Автор: | Skif [ Ср, фев 14 2018, 17:25 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
JohnPI написал(а): попробую, но боюсь даже локально мандант будет копироваться долго... Вообще-то 90% времени копирования это удаление и вставка. Поэтому SCC9 используется на небольших ERP-системах. Попробуйте SCC5 SCC8 STMS SCC7. |
Автор: | RikoNw [ Чт, фев 15 2018, 09:59 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
Неее, о копировании по RFC и речи быть не может (SCC9) - вы будете неделю копировать, и в итоге получите не консинстентную базу, т.к. одни таблицы в понедельник скопируются, другие в след. воскресенье. Или придется останавливать источник на эту неделю для консистентности ) |
Автор: | Skif [ Чт, фев 15 2018, 15:37 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
RikoNw написал: Неее, о копировании по RFC и речи быть не может (SCC9) - вы будете неделю копировать, и в итоге получите не консинстентную базу, т.к. одни таблицы в понедельник скопируются, другие в след. воскресенье. Или придется останавливать источник на эту неделю для консистентности ) к примеру, я два манданта в тесте веду - обновляю по-очереди - через tms ес-но. экспорт порядка 2-х часов, так что не напрягает, ну а импорт - соответственно ... |
Автор: | murenets [ Пн, фев 26 2018, 13:54 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
JohnPI написал(а): Добрый день, эксперты! Нужна помощь, хочу обновить данные в тестовой системе с продуктива! Проблема в том, что продуктив весит 2 ТБ и копирование манданта не вариант. Если просто накатить на уровне базы данных бэкап, то не понимаю дальше, что делать, как мне поменять ему мандант? Так как QAS система имеет 200 мандант, а продуктив 300. Плюс не понимаю как будет работать STMS в таком случае. Помогите пожалуйста ссылками или объяснениями что да как делать. Я бы рекомендовал поступить совсем иначе. 200 или 300 - это не более чем 3 цифры. Ни что не запрещает иметь 300 мандант в продуктиве и QAS. Можно подняться с бэкапа (или же выполнить гомо или гетерогенную миграцию) и подправить в STMS. И не надо никакой локальной копии. НО. В этом деле есть другие "грабли". Если у вас есть интеграция с чем-либо - надо исправить RFC-соединения. Классика жанра - перенесли продуктив CRM в QAS, RFC-соединения не трогали. И пошла прямая интеграция CRM QAS - ERP PROD. |
Автор: | RikoNw [ Вт, фев 27 2018, 08:56 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
murenets написал: JohnPI написал(а): Добрый день, эксперты! Нужна помощь, хочу обновить данные в тестовой системе с продуктива! Проблема в том, что продуктив весит 2 ТБ и копирование манданта не вариант. Если просто накатить на уровне базы данных бэкап, то не понимаю дальше, что делать, как мне поменять ему мандант? Так как QAS система имеет 200 мандант, а продуктив 300. Плюс не понимаю как будет работать STMS в таком случае. Помогите пожалуйста ссылками или объяснениями что да как делать. Я бы рекомендовал поступить совсем иначе. 200 или 300 - это не более чем 3 цифры. Ни что не запрещает иметь 300 мандант в продуктиве и QAS. Можно подняться с бэкапа (или же выполнить гомо или гетерогенную миграцию) и подправить в STMS. И не надо никакой локальной копии. НО. В этом деле есть другие "грабли". Если у вас есть интеграция с чем-либо - надо исправить RFC-соединения. Классика жанра - перенесли продуктив CRM в QAS, RFC-соединения не трогали. И пошла прямая интеграция CRM QAS - ERP PROD. А на практике это так же ? Если вы развернете базу из бэкапа, кто за вас будет править профили sap и oracle ? А кто будет переименовывать SID? Я не уверен что в рамках одного транспортного домена могут существовать системы с одинаковым SID. |
Автор: | шрам [ Вт, фев 27 2018, 18:47 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
RikoNw Я так понимаю речь идет о копировании прода в тест посредством backup/restore со сменой sid в базе. Обычно, при такой процедуре, настройки инстанции (профили) и rdbms не затрагиваются. База восстанавливается, переименовывается докатывается до нужного состояния. Затем, до старта инстанции sap, делаются апдейты в базе: чистка старого, блокировка rfc, блокировка заданий. Затем стартуется sap и начинается муторная пост-обратка всего нужного: stms, bdls, rsa1, интеграция т.д. Собсно при таком формате работ, нумерация мандантов будет соответствовать исходной системе (проду). И, как прпвильно заметили, в ландшафте может быть больше одного 300 манданта. По моему опыту, одинаковая нумерация для прода и теста, это правильно. |
Автор: | RikoNw [ Ср, фев 28 2018, 09:57 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
Аааа, со сменой SID.. Ну так-то да Профили не придется редактировать, а SID изменится. |
Автор: | murenets [ Ср, фев 28 2018, 17:07 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
RikoNw написал: А на практике это так же ? Если вы развернете базу из бэкапа, кто за вас будет править профили sap и oracle ? А кто будет переименовывать SID? Я не уверен что в рамках одного транспортного домена могут существовать системы с одинаковым SID. Ну, выше уже ответили. Мой message был - "не надо делать локальной копии 200 в 300, а вот в других местах важно подчистить" |
Автор: | RikoNw [ Чт, мар 01 2018, 08:04 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
murenets написал: RikoNw написал: А на практике это так же ? Если вы развернете базу из бэкапа, кто за вас будет править профили sap и oracle ? А кто будет переименовывать SID? Я не уверен что в рамках одного транспортного домена могут существовать системы с одинаковым SID. Ну, выше уже ответили. Мой message был - "не надо делать локальной копии 200 в 300, а вот в других местах важно подчистить" Нашим консам предложил - че-то они чисто психологически не готовы увидеть в тестовой системе мандант с номером как на продуктиве |
Автор: | шрам [ Чт, мар 01 2018, 15:25 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
Предрассудки, суеверия Скажите им, что все так делают. С другой стороны, с ростом системы, все само произойдет. Ибо производительность инструментов для копирования мандантов очень ограничена. |
Автор: | Skif [ Пт, мар 02 2018, 11:50 ] |
Заголовок сообщения: | Re: Обновление данных QAS |
RikoNw написал: Нашим консам предложил - че-то они чисто психологически не готовы увидеть в тестовой системе мандант с номером как на продуктиве глупости для тестирования инфраструктурного функционала это полезно - тест должен быть максимально приближён к "боевой" системе |
Страница 1 из 2 | Часовой пояс: UTC + 3 часа |
Powered by phpBB © 2000, 2002, 2005, 2007 phpBB Group http://www.phpbb.com/ |