무슨 최 SAP ERP 인프라 건축?

Question

나의 회사가 계획을 구현하는 SAP HR 에서 우리의 organsization.우리는 이미 다른 모듈을 실행합니다.우리는 계획을 제공하는 ESS/MSS 을 approximatly200 000 사용자.현재 우리의 구성이나 기계로 센트럴 인스턴스를 3 기와 대화 인스턴스가 있습니다.DB 에 중앙 인스턴스는 기계입니다.엔터프라이즈 포털+DB 에서 실행되는 별도의 기계입니다.우리가 생각하는 분리하는 HR 모듈에 별도의 DB 그를 죽이지 않은 다른 모듈을 로드입니다.이것이 유효한가요?더 좋은 방법이 있을 설계 컴퓨터 시스템에 설치 합니다.나의 라인을 따라 생각 분리하여 DB 에 킬로그램 인스턴스에 두 개의 서로 다른 기계입니다.해봤을 검색에 SAP 시장을위한 장소에 대한 조언 SAP 인프라 건축이 없이 행운입니다.

Answer 1

나는 무엇을 의미하는"분리"...

나를 통해서 아이디어의 두 seperat SAP 시스템,하나를 위해 시간 및 중 하나는(또는 여러 다른 사람)를 위한 나머지.이러한 각각의 시스템을 수 있는 그런 다음 크기의 보호에 따라 다른 요구 사항(HR 시스템에 많은 사용자 가능성이 높은 대화를 사용;다른 시스템이 어쩌면 더"일괄적인").

또한 것이 제안하는 SAP 의 일반적인 전략과 거의 모든 모듈에 있는 그것의 자신의 방출을 일정하다.

과 관련하여 DB 에 응용 프로그램 서버(센트럴 인스턴스?) 에 있는 다른 컴퓨터에서.는 것은 실제로 매우 일반적이고 쉬운 중 하나 튜닝을 측정합니다.을 조합할 수 있 pretty"잔과 함께"어플리케이션에서 Solaris 와 DB HP-UX.

Answer 2

1. 분리 HR은 유효한 옵션입니다. 부하뿐만 아니라 HR 모듈도 매우 엄격한 보안 요구가 있습니다. 이는 QA 및 개발 시스템에 대한 시스템 사본에 약간의 어려움을 초래할 수 있습니다.
2. 중앙 인스턴스와 DB를 별도의 기계로 분리하는 것이 유효한 옵션입니다. 그러나 나는 그것을하지 않을 것입니다 (우리는 그것을하고 있습니다 ...). 그것은 미래의 운영에서 약간의 합병증을 유발합니다. 업그레이드 및 데이터베이스 유지 관리와 같습니다. 중앙 인스턴스에서 많은 부하를 제거하는 것이 더 쉽습니다. 로그온 그룹에서 제거하십시오. 따라서 메시지 서버, ENQUE 프로세스 및 업데이트 (선택 사항이지만 권장되는) 프로세스 만 남습니다.

Update 1: 중앙 인스턴스에서 DB를 분리하는 것은 드문 일이 아닙니다. 그러나 그것은 약간의 합병증을 소개합니다. 그게 불안한 것 같아요.