Какво е SAP Инстанция & SAP SID?

по: Джесика Блейк Джесика Блейк
Hours Обновено

⚡ Умно обобщение

SAP Инстанция и SAP SID заедно определят как един SAP R/3 системата е структурирана и уникално идентифицирана. Екземплярът обединява ресурси като памет, работни процеси, диспечер и шлюз; SID обозначава цялата инсталация с трисимволен код.

  • 🧱 Основна дефиниция: An SAP инстанция е група от памет, работни процеси, диспечер и шлюз по време на изпълнение за един сървър.
  • 🔀 Видове екземпляри: Екземплярите на диалоговия прозорец, централния прозорец и базата данни заедно образуват цялостно SAP система.
  • 🆔 Правило за SID: Всяко SAP системата носи уникален трисимволен SAP Идентификация на системата, като например PRD, DEV или QAS.
  • 🌐 Логическа система: Логическо системно име (SID + CLNT + клиентски номер) уникално идентифицира клиента в цялата мрежа. SAP пейзаж.
  • 🤖 Ъгъл на изкуствен интелект: Асистентите с изкуствен интелект ускоряват одита на SID, валидирането на RFC и правилното оразмеряване на ресурсите на инстанциите. SAP пейзажи.
Прочетете повече

Какво е SAP Инстанция & SAP SID?

Какво е SAP Инстанция?

An SAP инстанция е група от ресурси по време на изпълнение, разпределени на едно приложение или сървър на база данни в рамките на SAP R/3 клиент-сървър среда. Всеки екземпляр обединява ресурсите, от които сървърът се нуждае, за да обработва потребителските заявки независимо.

Ресурсите, които съставят един екземпляр, включват:

  • памет — области на споделена памет, използвани за буфери и пространство за рол/страница.
  • Работни процеси — диалогови, актуализиращи, фонови, опашечни и буферни процеси, които изпълняват потребителски заявки.
  • диспечер — контролерът на трафика, който предава заявки към свободни работни процеси.
  • Врата — крайната точка за комуникация за RFC и CPI-C повиквания към и от екземпляра.

Видове SAP Случаите

An SAP Системата е съставена от три логически типа инстанции. И трите споделят едно и също SAP системна директория на ниво операционна система.

SAP System = Dialog Instance + Central Instance + Database Instance

1. Екземпляр на диалогов прозорец

A Диалогов екземпляр се намира в приложния слой и съществува, за да разпределя потребителското натоварване между хостовете. С добавянето на повече диалогови прозорци на допълнителни хостове, броят на диспечери и работни процеси нараства, което позволява на повече едновременни потребители да влизат и да изпълняват транзакции, без да претоварват който и да е сървър.

2. Централна инстанция

- Централна инстанция може да прави всичко, което прави един диалогов екземпляр, но допълнително хоства сървъра за поставяне в опашката и сървъра за съобщения. Всички диалогови екземпляри комуникират с централния екземпляр чрез сървъра за съобщения, преди да достигнат до базата данни. Когато даден екземпляр стартира, неговият диспечер се регистрира в сървъра за съобщения и обявява услугите, които предлага (DIA, BTC, SPO, UPD и т.н.). Услугата за поставяне в опашката на централния екземпляр управлява таблицата за заключване, която сериализира актуализациите в цялата система.

3. Екземпляр на базата данни

- Екземпляр на база данни е мястото, където физически се намират бизнес данните. Той приема заявки, маршрутизирани през централния екземпляр, прилага заключвания за поставяне в опашка и връща набори от резултати на извикващите работни процеси.

Какво е SID в SAP?

SID стойки за SAP Идентификация на систематаТова е уникален трисимволен идентификационен код, който се дава на всяка R/3 инсталация — т.е. на всяка пълна SAP система състоящ се от сървър за бази данни и един или повече сървъри за приложения.

Типичните SID следват модели като C11, PRD, E56, ГИГАНТ или QASSID се фиксира по време на инсталирането и не може да бъде променен без преинсталиране на системата, така че изборите за именуване, направени в началото на проекта, обикновено се запазват в средата с години.

Правила за именуване на SID

  • Точно три буквено-цифрови знака.
  • Първият символ трябва да е буква.
  • Резервирани стойности, като например ADD, ALL, И, BIN, CDC, COM, SAP, системаи трисимволните имена на поддържаните бази данни не трябва да се използват.
  • Всеки SID в рамките на един транспортен ландшафт трябва да бъде уникален.

СВЪРЗАНИ СТАТИИ

Логически системни имена

Когато данните се разпределят между различни системи, всяка система в мрежата трябва да бъде ясно разпознаваема. SAP решава това чрез концепцията за логическа система.

Логическата система е приложна система, в която приложенията работят заедно в обща база данни. в SAP По принцип логическата система е ефективно клиент - най-малката, самостоятелна бизнес единица в рамките на SAP инсталация.

Тъй като логическото име на системата уникално идентифицира системата в мрежата, две системи не могат да споделят едно и също име, ако са свързани една с друга като BW системи, като изходни системи или е планирано да бъдат свързани.

Пример: Логическо име на производствена система

Вземете пример за логическо име на система за производство SAP BW сървър в Германия:

Element Стойност Значение
SID ПБГ P = Производство (тип), B = BW (компонент), G = Германия (завод)
Удовлетвореност 100 Трицифрен клиентски номер, зададен при инсталиране
Име на логическата система PBGCLNT100 SID + CLNT + клиентски номер — стандартен формуляр

SAP Инстанция срещу SAP SID

Двата термина описват различни слоеве на една и съща система. Примерът е за ресурси за изпълнение; SID е за идентичност.

Аспект SAP инстанция SAP SID
Какво е Контейнер за ресурси по време на изпълнение на сървър Трисимволен идентификатор за цялото SAP система
Обхват За всяко приложение или сървър на база данни на SAP система (цялата инсталация)
Примери Диалог, Централен, База данни C11, PRD, DEV, QAS
Може ли да се промени по време на изпълнение? Да — инстанциите могат да бъдат стартирани, спирани или добавяни Не — поправено по време на инсталирането
Използва се за Балансиране на натоварването, мащабиране, изолиране на повреди Идентификация при транспорт, RFC, мониторинг

Където SID и екземпляр Numbers Появяват се

След като системата е инсталирана, SID и двуцифреният номер на екземпляра се показват на много места, с които Basis администраторът работи всеки ден.

  • Потребителски акаунти на операционната система: <sid>adm (например prdadm) И sapadm.
  • Файлове с профили: DEFAULT.PFL, <SID>_DVEBMGS<NN>_<host>, където NN е номерът на екземпляра.
  • Сервизни портове: диспечерски порт 32 , шлюзов порт 33 , порт 36 на сървъра за съобщения .
  • RFC дестинации и TMS маршрути се адресират от SID.
  • SAP Записи за влизане в графичния потребителски интерфейс покажете SID до името на хоста.

Най-добри практики за SID и настройка на инстанции

Една чиста стратегия за SID и инстанции се отплаща за живота на ландшафта. Следните практики намаляват изненадите по време на транспортиране, обновяване и одити.

  • Придържайте се към конвенцията за именуване в DEV/QAS/PRD, така че ролята на всяка система е очевидна само от SID.
  • Избягвайте SAP-резервирани трибуквени стойности и имена на бази данни, за да се предотврати преработка след инсталацията.
  • Документирайте значението на всеки SID символ в диаграмата на ландшафта, така че новите участници да могат да я интерпретират.
  • Номера на екземпляри на ПИН при стартиране на множество системи на един хост, така че диапазоните от портове да не се сблъскват.
  • Използвайте различни логически системни имена за всеки клиент, за да се поддържа недвусмислено маршрутизиране на ALE/IDoc.
  • Запазете екземпляра на базата данни на собствения си хост когато профилите на натоварване го позволяват, така че пиковете в диалоговия прозорец да не ограничават входно-изходните операции на базата данни.

Въпроси и Отговори

Не. SID е вграден в директории, профили, потребителски акаунти и схемата на базата данни. Промяната му изисква системно копие или хомогенно преименуване чрез SWPM (System Rename) — не е проста промяна в конфигурацията.

An SAP Системата е пълната инсталация, идентифицирана с един SID. Един екземпляр е една единица за изпълнение (работни процеси, диспечер, шлюз) на един хост. Системата може да съдържа много екземпляри, но само един SID.

Номерът на екземпляра е двуцифрен код (00–97), присвоен на всеки екземпляр. Той се използва в диапазони от TCP портове — например диспечерен порт 3200 + NN — така че множество екземпляри на един и същ хост да не се сблъскват.

Резервираните SID включват ADD, ALL, AND, BIN, CDC, COM, SAP, SYS, както и имена на бази данни като ORA, DB2, ADA, SYB и MSS. Използването им води до грешки при инсталиране или неясноти по време на изпълнение и трябва да се избягва.

Сървърът за поставяне в опашка управлява глобалната таблица за заключване, като гарантира, че два работни процеса не могат да актуализират един и същ бизнес обект едновременно. Той се изпълнява на централния екземпляр и се запитва от всеки диалогов екземпляр, преди промените да бъдат потвърдени.

CLNT е съкращение от Client (Клиент). В логическо име на система, като например PBGCLNT100, сегментът след CLNT е трицифреният номер на клиента, който идентифицира самостоятелна бизнес единица вътре в SAP система, идентифицирана от SID PBG.

Асистентите с изкуствен интелект одитират конвенциите за SID в различните среди, препоръчват правилния размер на броя на работните процеси от историческото натоварване, маркират RFC дестинации, сочещи към остарели SID, и превеждат загадъчните параметри на профила в разбираеми обяснения за Basis екипите.

Да. Моделите с изкуствен интелект, обучени върху данни за работното натоварване на ST03N, прогнозират влошаване на реакцията на диалоговия прозорец и препоръчват добавяне на екземпляр на диалогов прозорец или работни процеси, преди потребителите да усетят забавянето. Това измества планирането на капацитета от реактивно към прогнозно.

Обобщете тази публикация с: