조만간 진행하게 될 S/4HANA 프로젝트
많은 Data Sync Manager(DSM) 고객이 주요 프로젝트의 일부로 DSM을 구매하기로 결정했습니다. 프로젝트 초기에 부정확한 데이터로 인해 오래된 테스트 시스템의 위험성이 부각된 경우인 경우가 많았습니다. 많은 조직이 S/4 여정을 시작할 계획인 가운데, 저는 DSM 고객이 되면 S/4 마이그레이션 이전에, 도중에 그리고 이후에 어떤 도움이 될 수 있는지, 아마도 가장 큰 SAP 프로젝트를 앞두고 있을 때 어떤 도움이 될 수 있는지 공유하고자 합니다.
이전: 브라운필드 마이그레이션 사전에 시스템 환경 합리화
많은 조직이 방대한 SAP 비운영 환경을 보유하고 있습니다. 일부 시스템은 운영환경의 오래된 복사본이고, 일부 멀티클라이언트 시스템은 완료된 지 오래 된 오래된 프로젝트의 유물입니다. 지난 20년 동안 엔터프라이즈급 스토리지는 더 저렴하고 관리하기 쉬워졌습니다. 그 결과 SAP 환경은 더 많은 공간을 사용할 수 있게 되었습니다. 인메모리 데이터베이스 기술이 디스크보다 훨씬 더 비싼 S/4HANA가 다가오고 있는 지금이야말로 과도한 짐을 내려놓아야 할 때입니다. 동시에 어떤 방식으로 접근하든 S/4 프로젝트의 모든 부분에 대한 양질의 테스트 데이터를 확보해야 합니다. DSM을 사용하면 새 시스템 셸을 스핀업하고 마스킹된 데이터가 포함된 린 클라이언트로 채운 다음 이를 사용하여 기존 테스트 시스템을 대체할 수 있습니다. 또는 클라이언트 동기화의 강력한 클라이언트 삭제 기능을 사용하여 중복 클라이언트를 제거하고 양호한 데이터로 재설정하려는 클라이언트를 삭제할 수 있습니다.
이전: S/4 준비 단계
고객 공급업체 통합과 같이 S/4 프로젝트가 시작되기 전에도 수행할 수 있는 여러 단계가 있습니다. 이 작업과 다른 요인으로 인해 데이터 정리 및 정리 프로젝트가 시작될 수 있습니다. 온디맨드 데이터를 개발 또는 샌드박스 시스템으로 가져올 수 있는 기능이 있으면 이러한 기능적 사전 프로젝트에 소요되는 시간이 훨씬 줄어들고 운영환경에서 수행할 작업을 성공적으로 보여줄 가능성이 높아집니다. 필요할 때 필요한 데이터만 선택하여 복사할 수 있는 안정적인 테스트 데이터. Object Sync 가 어떻게 작동하는지 알아보십시오.
이전: 민감한 데이터 마스킹
여러 SI 및 틈새 컨설팅 업체가 S/4 프로젝트에 참여할 수 있으며, 이들은 권장 사항을 제공하고 분석 보고서를 준비하며 잠재적인 프로젝트의 범위를 정하기 위해 비운영 시스템을 살펴봐야 할 수 있습니다. 이러한 기업은 전 세계에서 연결될 수 있으며 실제 개인 데이터가 아닌 정확한 데이터를 확인해야 할 수 있습니다. 전 세계적으로 헤드라인을 장식하는 데이터 유출 사고가 증가하고 있습니다. 누군가 QA 시스템에서 민감한 데이터의 표를 다운로드하여 최고 입찰자에게 판매하는 위험을 감수하지 마세요. Data Secure 를 사용하면 모든 민감한 데이터를 완벽하게 제어할 수 있습니다.
도중: 샌드박스를 활용하여 효과적인 기능검증
SAP는 프로젝트를 본격적으로 시작하기 전에 먼저 샌드박스를 사용할 것을 권장합니다. 여기에서 샌드박스에서 일어나는 일에 대해 자세히 알아보세요. 샌드박스는 정확도가 높을수록 좋지만, 전체 운영 버전은 더 크고 비용이 많이 드는 어플라이언스를 의미합니다. 샌드박스 프로젝트의 기간이 명확하지 않고 그 동안 비즈니스를 지원해야 한다는 점을 고려하여 DSM을 사용하여 프로젝트를 위한 간결한 전용 샌드박스를 빌드하고 클라우드를 고려하세요.
도중: 신규 운영환경에서 비운영환경 다시 새롭게 마련
브라운필드 접근 방식을 취하는 사람이라면 개발 시스템과 운영 시스템의 구성, 사용자 지정 및 코드 간의 격차가 얼마나 큰지 고려하는 것이 좋습니다. 지난 몇 년 동안 오래된 Z코드가 버려지고, 설정이 QA로 넘어간 후 프로젝트가 취소되고, 심지어 개발 중에 타사 애드온이 로드되었지만 제거되지 않는 등 그 격차는 점점 더 커져 왔습니다. 마이그레이션 팀은 클라우드 마이그레이션 전략의 일환으로 DSM을 사용하여 운영 시스템에서 새로운 비운영 환경을 재구축합니다. 이는 S/4 마이그레이션 접근 방식의 일부가 될 수도 있습니다.
운영환경에서 개발 및 QA를 재구축하면 개발과 운영 간의 간격이 줄어들어 다른 쪽에서 더 깔끔하게 시작할 수 있으므로 결함이 몰래 빠져나갈 가능성이 줄어듭니다. 일부 조직에서는 마이그레이션의 일부로 전체 사본으로 이 작업을 수행한 후 이미 너무 늦은 시점에 반대편에서 비용을 발견한 경우도 있습니다. 아마도 리팩터링해야 할 CBO 의 양이 줄어든 것이 강력한 원동력일 것입니다. DSM을 사용하여 더 작은 규모의 새로운 테스트 및 개발 시스템을 구축하면 개발과 운영간의 간격을 좁히고 재작업해야 하는 Z 코드의 양을 줄이면서도 더 작은 기기를 사용할 수 있기 때문에 훨씬 적은 비용으로 동일한 이점을 얻을 수 있습니다.
도중: 하이브리드 클라우드 옵션 활성화
종료 시 데이터를 마스킹하는 기능을 사용하면 운영 환경을 온프레미스로 유지하고 모든 비운영 시스템을 클라우드로 이전하는 것도 고려할 수 있습니다. 이러한 시스템은 클라우드 리소스의 탄력성을 가장 잘 활용할 수 있는 시스템입니다. 주요 프로젝트 단계에서는 시스템을 가동하고, 필요하지 않을 때는 전원을 끄세요. Object Sync 및 Client Sync 를 통해 테스트 데이터를 최신 상태로 유지하면 실제 사람이나 민감한 데이터가 네트워크를 떠날 염려가 없습니다.
이후: S/4에서 TDMS 미지원
S/4의 꿈이 실현되었다고 해서 여정이 끝나는 것은 아닙니다. 현업 팀에서는 S/4를 인텔리전트 엔터프라이즈의 디지털 핵심으로 받아들이고 싶어 할 것입니다. 비즈니스가 경쟁 우위를 찾거나 유지하기 위해 AI, 머신 러닝 등의 가능성을 활용하는 후속 프로젝트가 많이 있을 것입니다. 이러한 모든 프로젝트에는 정확한 테스트 데이터와 민첩한 비운영 환경이 필요합니다. 이전에 많은 고객들에 의해 악평을 받았던 TDMS 솔루션은 S/4를 지원하지 않으며, 지난 4년 동안 S/4에서 사용하는 새로운 기술을 처리하기 위해 아키텍처를 변경한 것을 바탕으로 유추해보면 어떻게 지원할 수 있을지 알 수 없습니다. 반면에 DSM은 S/4에서 사용되며, S/4에서 지원되고, S/4에서 인증되었습니다.
이후: 운영환경의 데이터볼륨이 증가하더라도 동일한 어플라이언스에서 테스트 시스템 규모를 유지
S/4 마이그레이션의 반대편에서 SAP 시스템의 속도가 빨라지면 당연히 사용 공간이 늘어날 것입니다. 어플라이언스는 스케일업 또는 스케일아웃이 필요하지만 비운영 환경에서는 그럴 필요가 없을 수도 있습니다. 신중한 계획을 세우고 DSM Client Sync 를 사용하면 소규모 테스트 어플라이언스를 운영환경의 부분만으로 최신 상태로 유지할 수 있으므로 테스트 시스템의 증가 속도가 운영환경보다 훨씬 작아집니다.
S/4 마이그레이션 계획에 도움이 필요하신가요?
S/4 진단 보고서를 통해 각 접근 방식의 예상되는 노력 수준에 대한 높은 수준의 인사이트를 얻을 수 있으며, 다음과 같은 상당한 장애물에 대한 조기 경고를 받을 수 있습니다:
- 귀사의 시스템과 관련된 SAP 준비 상태 점검 항목
- BP가 연결되지 않은 고객/공급업체 수
- Non-Unicode 시스템과 같은 기술적 차단 요소
- 시스템에서 더 이상 지원되지 않는 SAP 사용 영역
- CBO 의 양
- 내부 논의를 위한 시스템의 시각적 대화형 대시보드