Hvad er SAP Forekomst & SAP SID?
โก Smart opsummering
SAP Instans og SAP SID definerer tilsammen, hvordan en SAP R/3-systemet er struktureret og entydigt identificeret. En instans samler ressourcer sรฅsom hukommelse, arbejdsprocesser, dispatcher og gateway; SID'et mรฆrker hele installationen med en kode pรฅ tre tegn.

Hvad er en SAP Forekomst?
An SAP Instans er en runtime-gruppe af ressourcer allokeret til รฉn applikation eller databaseserver inden for en SAP R/3 klient-server-miljรธ. Hver instans samler de ressourcer, som serveren har brug for til at hรฅndtere brugeranmodninger uafhรฆngigt.
De ressourcer, der udgรธr en instans, omfatter:
- Hukommelse โ delte hukommelsesomrรฅder brugt til buffere og roll-/page-plads.
- Arbejdsprocesser โ dialog-, opdaterings-, baggrunds-, enqueue- og spool-processer, der udfรธrer brugeranmodninger.
- Dispatcher โ trafiklederen, der hรฅndterer anmodninger for at frigรธre arbejdsprocesser.
- Gateway โ kommunikationsslutpunktet for RFC- og CPI-C-kald ind og ud af instansen.
Typer af SAP tilfรฆlde
An SAP Systemet bestรฅr af tre logiske instanstyper. Alle tre deler det samme SAP systemmappen pรฅ operativsystemniveau.
SAP System = Dialog Instance + Central Instance + Database Instance
1. Dialogforekomst
A Dialogforekomst findes i applikationslaget og eksisterer for at fordele brugerbelastningen pรฅ tvรฆrs af vรฆrter. Efterhรฅnden som flere dialoginstanser tilfรธjes pรฅ yderligere vรฆrter, vokser antallet af dispatchere og arbejdsprocesser, hvilket giver flere samtidige brugere mulighed for at logge pรฅ og kรธre transaktioner uden at overbelaste en enkelt server.
2. Central instans
Central instans kan gรธre alt, hvad en dialoginstans gรธr, men den er desuden vรฆrt for Enqueue-serveren og meddelelsesserveren. Alle dialoginstanser kommunikerer med den centrale instans via meddelelsesserveren, fรธr de nรฅr databasen. Nรฅr en instans starter, registrerer dens dispatcher sig hos meddelelsesserveren og annoncerer de tjenester, den tilbyder (DIA, BTC, SPO, UPD osv.). Enqueue-tjenesten pรฅ den centrale instans administrerer lรฅsetabellen, der serialiserer opdateringer pรฅ tvรฆrs af hele systemet.
3. Databaseinstans
Databaseforekomst er der, hvor forretningsdata fysisk befinder sig. Den accepterer anmodninger, der sendes gennem den centrale instans, anvender kรธlรฅse og returnerer resultatsรฆt til de kaldende arbejdsprocesser.
Hvad er SID i SAP?
SID stรฅr for SAP SystemidentifikationDet er en unik identifikationskode pรฅ tre tegn, der gives til hver R/3-installation โ det vil sige til hver komplet SAP systemet bestรฅende af en databaseserver og en eller flere applikationsservere.
Typiske SID'er fรธlger mรธnstre som C11, PRD, E56, DEV eller QASSID'et er fastlagt ved installationstidspunktet og kan ikke รฆndres uden at geninstallere systemet, sรฅ navngivningsvalg foretaget tidligt i et projekt har en tendens til at fรธlge landskabet i รฅrevis.
SID-navngivningsregler
- Nรธjagtig tre alfanumeriske tegn.
- Det fรธrste tegn skal vรฆre et bogstav.
- Reserverede vรฆrdier som f.eks. ADD, ALLE, AND, BIN, CDC, KOM, SAP, SYS, og navnene pรฅ tre tegn pรฅ understรธttede databaser mรฅ ikke anvendes.
- Hvert SID inden for et transportlandskab skal vรฆre unikt.
Logiske systemnavne
Nรฅr data distribueres mellem forskellige systemer, skal hvert system i netvรฆrket vรฆre tydeligt identificerbart. SAP lรธser dette gennem konceptet om en logisk system.
Et logisk system er et applikationssystem, hvor applikationerne arbejder sammen pรฅ en fรฆlles database. I SAP termer er det logiske system reelt en klient - den mindste, selvstรฆndige forretningsenhed i en SAP installation.
Da det logiske systemnavn entydigt identificerer et system inden for netvรฆrket, kan to systemer ikke dele det samme navn, hvis de er forbundet til hinanden som BW-systemer, som kildesystemer eller er planlagt til at blive forbundet.
Eksempel: Produktionssystemets logiske navn
Tag et eksempel pรฅ et logisk systemnavn til en produktion SAP BW-server i Tyskland:
| Element | Vรฆrdi | Betydning |
|---|---|---|
| SID | PBG | P = Produktion (type), B = BW (komponent), G = Tyskland (fabrik) |
| Klient | 100 | Trecifret klientnummer tildelt ved installation |
| Logisk systemnavn | PBGCLNT100 | SID + CLNT + klientnummer โ standardformularen |
SAP Instans vs. SAP SID
De to begreber beskriver forskellige lag af det samme system. Instansen handler om runtime-ressourcerSID'en handler om identitet.
| Aspect | SAP Instans | SAP SID |
|---|---|---|
| Hvad er det | En runtime-container med ressourcer pรฅ en server | En identifikator pรฅ tre tegn for hele SAP systemet |
| Anvendelsesomrรฅde | Pr. applikation eller databaseserver | Per SAP system (hele installationen) |
| Eksempler | Dialog, Central, Database | C11, PRD, DEV, QAS |
| Kan รฆndres under kรธrsel? | Ja โ instanser kan startes, stoppes eller tilfรธjes | Nej โ rettet ved installation |
| Bruges til | Load balancing, skalering, fejlisolering | Identifikation i transporter, RFC'er, overvรฅgning |
Hvor SID og instans Numbers Appear
Nรฅr et system er installeret, vises SID'et og det tocifrede instansnummer mange steder, hvor en Basis-administrator arbejder hver dag.
- OS-brugerkonti:
<sid>adm(f.eksprdadm) ogsapadm. - Profilfiler:
DEFAULT.PFL,<SID>_DVEBMGS<NN>_<host>, hvor NN er instansnummeret. - Serviceporte: afsenderport 32 , gateway-port 33 , beskedserver port 36 .
- RFC-destinationer og TMS-ruter behandles af SID.
- SAP GUI-logonposter Vis SID'et ved siden af โโvรฆrtsnavnet.
Bedste fremgangsmรฅder for SID- og instansopsรฆtning
En ren SID- og instansstrategi betaler sig for landskabets levetid. Fรธlgende fremgangsmรฅder reducerer overraskelser under transporter, opdateringer og revisioner.
- Hold dig til en navngivningskonvention pรฅ tvรฆrs af DEV/QAS/PRD, sรฅ hvert systems rolle er tydelig alene ud fra SID'et.
- Undgรฅ SAP-reserverede vรฆrdier pรฅ tre bogstaver og databasenavne for at forhindre omarbejde efter installationen.
- Dokumentรฉr betydningen af โโhvert SID-tegn i landskabsdiagrammet, sรฅ nye deltagere kan fortolke det.
- Pin-instansnumre nรฅr man kรธrer flere systemer pรฅ รฉn vรฆrt, sรฅ portintervaller ikke kolliderer.
- Brug forskellige logiske systemnavne for hver klient for at holde ALE/IDoc-routing entydig.
- Behold databaseinstansen pรฅ sin egen vรฆrt nรฅr indlรฆsningsprofiler tillader det, sรฅ dialogspidser ikke udsulter database-I/O.
