SAP 사례 & SAP 시드?
제시카 블레이크
⚡ 스마트 요약
SAP 인스턴스 및 SAP SID는 함께 어떻게 정의되는지 설명합니다. SAP R/3 시스템은 구조화되어 있으며 고유하게 식별됩니다. 인스턴스는 메모리, 작업 프로세스, 디스패처 및 게이트웨이와 같은 리소스를 묶으며, SID는 전체 설치에 세 자리 코드를 부여하여 식별합니다.
은 무엇입니까 SAP 사례?
An SAP 예 런타임 리소스 그룹은 하나의 애플리케이션 또는 데이터베이스 서버에 할당된 리소스 그룹입니다. SAP R/3 클라이언트-서버 환경입니다. 각 인스턴스는 서버가 사용자 요청을 독립적으로 처리하는 데 필요한 리소스를 묶어서 제공합니다.
인스턴스를 구성하는 리소스는 다음과 같습니다.
- 메모리 — 버퍼 및 롤/페이지 공간에 사용되는 공유 메모리 영역.
- 작업 프로세스 — 사용자 요청을 실행하는 대화, 업데이트, 백그라운드, 대기열 및 스풀 프로세스.
- 배 차원 — 요청을 자유 작업 프로세스에 전달하는 교통 관제사.
- 게이트웨이 — 인스턴스 내부 및 외부로의 RFC 및 CPI-C 호출을 위한 통신 엔드포인트입니다.
유형 SAP 인스턴스
An SAP 이 시스템은 세 가지 논리적 인스턴스 유형으로 구성됩니다. 세 가지 모두 동일한 특징을 공유합니다. SAP 운영 체제 수준의 시스템 디렉터리.
SAP System = Dialog Instance + Central Instance + Database Instance1. 대화 인스턴스
A 대화 상자 인스턴스 이 기능은 애플리케이션 계층에 존재하며 사용자 부하를 여러 호스트에 분산하는 역할을 합니다. 추가 호스트에 대화형 인스턴스가 추가될수록 디스패처와 작업 프로세스 수가 증가하여, 단일 서버에 과부하가 걸리지 않고 더 많은 동시 사용자가 로그인하여 트랜잭션을 실행할 수 있습니다.
2. 중앙 인스턴스
The 중앙 인스턴스 중앙 인스턴스는 다이얼로그 인스턴스가 수행하는 모든 작업을 처리할 수 있을 뿐만 아니라, 추가적으로 큐 서버와 메시지 서버를 호스팅합니다. 모든 다이얼로그 인스턴스는 데이터베이스에 도달하기 전에 메시지 서버를 통해 중앙 인스턴스와 통신합니다. 인스턴스가 시작되면 해당 인스턴스의 디스패처는 메시지 서버에 등록하고 제공하는 서비스(DIA, BTC, SPO, UPD 등)를 알립니다. 중앙 인스턴스의 큐 서비스는 시스템 전체에 걸쳐 업데이트를 직렬화하는 잠금 테이블을 관리합니다.
3. 데이터베이스 인스턴스
The 데이터베이스 인스턴스 비즈니스 데이터가 물리적으로 저장되는 곳입니다. 중앙 인스턴스를 통해 전달된 요청을 수락하고, 큐 잠금을 적용하며, 호출하는 작업 프로세스에 결과 집합을 반환합니다.
SID란 무엇인가요? SAP?
SID 용 스탠드 SAP 시스템 식별이는 모든 R/3 설치, 즉 모든 완공된 시스템에 부여되는 고유한 세 자리 식별 코드입니다. SAP 체계 데이터베이스 서버와 하나 이상의 애플리케이션 서버로 구성됩니다.
일반적인 SID는 다음과 같은 패턴을 따릅니다. C11, PRD, E56, DEV및 품질보증SID는 설치 시 고정되며 시스템을 재설치하지 않고는 변경할 수 없으므로 프로젝트 초기에 선택한 이름은 수년간 시스템에 그대로 유지되는 경향이 있습니다.
SID 명명 규칙
- 정확하게 세 개의 영숫자 문자.
- 첫 번째 문자는 반드시 알파벳이어야 합니다.
- 예약된 값들(예: ...) ADD, 공통, 및, BIN, CDC, COM, SAP, SYS또한 지원되는 데이터베이스의 세 글자 이름은 사용해서는 안 됩니다.
- 하나의 전송 환경 내의 각 SID는 고유해야 합니다.
논리 시스템 이름
데이터가 서로 다른 시스템 간에 분산될 때, 네트워크 내의 각 시스템은 명확하게 식별 가능해야 합니다. SAP 이는 다음 개념을 통해 해결됩니다. 논리 시스템.
논리 시스템은 애플리케이션이 공통 데이터베이스에서 함께 작동하는 애플리케이션 시스템입니다. ~ 안에 SAP 용어로 말하자면, 논리 시스템은 사실상 클라이언트, 즉 회사 내에서 가장 작고 독립적인 사업 단위입니다. SAP 설치.
논리 시스템 이름은 네트워크 내에서 시스템을 고유하게 식별하기 때문에, BW 시스템, 소스 시스템 또는 연결 예정인 시스템으로 서로 연결된 두 시스템은 동일한 이름을 공유할 수 없습니다.
예시: 프로덕션 시스템 논리적 이름
프로덕션에 대한 논리 시스템 이름의 예를 들어 보겠습니다. SAP 독일의 BW 서버:
| 요소 | 가치관 | 의미 |
|---|---|---|
| SID | PBG | P = 생산(유형), B = BW(구성 요소), G = 독일(공장) |
| Client | 100 | 설치 시 할당되는 세 자리 고객 번호 |
| 논리 시스템 이름 | PBGCLNT100 | SID + CLNT + 고객 번호 — 표준 형식 |
SAP 인스턴스 vs SAP SID
두 용어는 동일한 시스템의 서로 다른 계층을 설명합니다. 이 예시는 다음과 같습니다. 런타임 리소스SID는 다음과 같습니다. 정체.
| 아래 | SAP 예 | SAP SID |
|---|---|---|
| 그것이 무엇인지 | 서버 상의 리소스 런타임 컨테이너 | 전체를 나타내는 세 글자 식별자 SAP 체계 |
| 범위 | 애플리케이션 또는 데이터베이스 서버별로 | 당 SAP 시스템 (전체 설치) |
| 예 | 대화, 중앙, 데이터베이스 | C11, PRD, DEV, QAS |
| 실행 중에 변경될 수 있나요? | 예, 인스턴스를 시작, 중지 또는 추가할 수 있습니다. | 아니요 — 설치 시 고정됩니다. |
| 에 사용 | 부하 분산, 확장성, 오류 격리 | 운송, RFC, 모니터링에서의 식별 |
SID와 인스턴스가 있는 곳 Numbers 게재
시스템이 설치되면 SID와 두 자리 인스턴스 번호가 Basis 관리자가 매일 접하는 여러 곳에 나타납니다.
- OS 사용자 계정:
<sid>adm(예 :prdadm) andsapadm. - 프로필 파일:
DEFAULT.PFL,<SID>_DVEBMGS<NN>_<host>여기서 NN은 인스턴스 번호입니다. - 서비스 포트: 디스패처 포트 32 게이트웨이 포트 33 메시지 서버 포트 36 .
- RFC 목적지 및 TMS 경로 SID에서 처리합니다.
- SAP GUI 로그인 항목 호스트 이름과 함께 SID를 표시합니다.
SID 및 인스턴스 설정을 위한 최고의 사례
깔끔한 SID와 인스턴스 전략은 시스템 수명 주기 전반에 걸쳐 효과를 발휘합니다. 다음 사항들을 준수하면 전송, 새로 고침 및 감사 중에 발생할 수 있는 예상치 못한 문제를 줄일 수 있습니다.
- 명명 규칙을 준수하세요 DEV/QAS/PRD 환경 전반에 걸쳐 사용되므로 SID만 봐도 각 시스템의 역할이 명확합니다.
- 피하 SAP- 예약된 세 글자 값 설치 후 재작업을 방지하기 위해 데이터베이스 이름을 지정합니다.
- 각 SID 문자의 의미를 문서화하십시오. 새로운 구성원들이 이해할 수 있도록 풍경도를 제시합니다.
- 핀 인스턴스 번호 하나의 호스트에서 여러 시스템을 실행할 때 포트 범위가 충돌하지 않도록 하기 위함입니다.
- 서로 다른 논리 시스템 이름을 사용하십시오. 각 클라이언트에 대해 ALE/IDoc 라우팅이 모호하지 않도록 합니다.
- 데이터베이스 인스턴스를 별도의 호스트에 유지하십시오. 부하 프로파일이 허용하는 경우, 대화 상자 급증으로 인해 데이터베이스 I/O가 과부하되지 않도록 합니다.
