ERP system is a good one because it provides required data to the Board of Directors at the right time, but needs to collect many data in this system. Nevertheless, increase in data leads to the system's quality deterioration which makes companies to carry out quality improvement. In order to solve ...
ERP system is a good one because it provides required data to the Board of Directors at the right time, but needs to collect many data in this system. Nevertheless, increase in data leads to the system's quality deterioration which makes companies to carry out quality improvement. In order to solve quality deterioration problem, a company's quality improvement director must execute under acknowledgement of the relationships between sectors to be improved, which are DBMS, Application, System, Data Management, Archiving, and Reorganization. But in many cases, these relationships are ignored due to massive size of each of the sectors, resulting fragmental quality improvement operation. This case paper proposes a solution to effectively solve quality deterioration problem created by the massive data produced while operating ERP System(constructed by SAP package and web). First, it defines the sectors where quality improvements are vital, and lists out things to be considered. Then, by analysing the working process of these sectors, proposes the most efficient order of the improvement process. This case will eventually help the company's quality improvement director to execute quality improvement most effectively without trials and errors, which is this paper's ultimate goal.
ERP system is a good one because it provides required data to the Board of Directors at the right time, but needs to collect many data in this system. Nevertheless, increase in data leads to the system's quality deterioration which makes companies to carry out quality improvement. In order to solve quality deterioration problem, a company's quality improvement director must execute under acknowledgement of the relationships between sectors to be improved, which are DBMS, Application, System, Data Management, Archiving, and Reorganization. But in many cases, these relationships are ignored due to massive size of each of the sectors, resulting fragmental quality improvement operation. This case paper proposes a solution to effectively solve quality deterioration problem created by the massive data produced while operating ERP System(constructed by SAP package and web). First, it defines the sectors where quality improvements are vital, and lists out things to be considered. Then, by analysing the working process of these sectors, proposes the most efficient order of the improvement process. This case will eventually help the company's quality improvement director to execute quality improvement most effectively without trials and errors, which is this paper's ultimate goal.
* AI 자동 식별 결과로 적합하지 않은 문장이 있을 수 있으니, 이용에 유의하시기 바랍니다.
문제 정의
본 사례 논문에서는 ERP 시스템이 많은 사용자와 대량의 데이터를 가지고 있을 때 성능저하를 해결하기 위한 성능 개선 방법론과 효과적인 성능 개선 순서를 분석하여 제시 하였다.
되었다. 본 연구에서는 사례 기업을 통해 ERP 시스템의 성능을 관리하기 위한 영역을 확인하고, 각 영역의 성능을 개선하는 튜닝방법과 순서를 알아 보고, 좀 더 효율적이고 효과적인 튜닝방법이 무엇인지 분석해보려고 한다. 아울려 각 영역별로 성능 개선에 필요한 주요 Point를 찾고 실제 튜닝한 결과도 확인해보려고 한다.
본 연구에서는 사례 기업을 통해 ERP 시스템의 성능을 관리하기 위한 영역을 확인하고, 각 영역의 성능을 개선하는 튜닝방법과 순서를 알아 보고, 좀 더 효율적이고 효과적인 튜닝방법이 무엇인지 분석해보려고 한다. 아울려 각 영역별로 성능 개선에 필요한 주요 Point를 찾고 실제 튜닝한 결과도 확인해보려고 한다.
되는 현상이 발생된다. 이를 해결하기 위해 저장 공간을 최적화시키는 것이다.
제안 방법
따라서 문제점으로 분석된 것을 하나씩 개선하면서 전체적인 성능개선이 되는 방식을 택해 진행했다.
본 논문에서 제시한 '데이터를 관리 후 시스템 성능개선' 방법을 사례 기업에 적용해 보았다. SAP 와 Web 을 이용해서 1년 동안 개발된 시스템은 2004년 1월 Golive를 시작했다.
성능 개선 작업이 워낙 비용이 많이 들고 기간이 많이 소요되 기 때문에 1 안, 2 안은 비효율적 이 라고 판단되어 3안을 중심으로 분석하고 성능 개선 순서대루 실제 D사에 적용시켜 본다.
성능/효과
넷째, 시스템 장애는 어떤 내 외부적인 원인에 의해서 애조의 시스템구현 목표에 미달한 상태를 의미하므로 이는 성능 개선 이전에 해결해야 할 영역으로 구별하여 본 논문에서의 성능개선(튜닝) 대상에서 제외한다.
41^ Data로 인해 12 시간까지 걸리게 되었다. 대상 Data의 54%를 Archiving 하여 작업 이후 백업 시간을 8시간으로 줄여 주었다.
가. 데이터의 포함하여 성능 개선작업으로 불필요한 Data로 인한 과 부하를 줄일 수 있어서 성능 개선의 효과를 강화 시켰다.
다. 불필요한 데이터의 생성을 사전에 방지할 수 있을 뿐만 아니라, 잘 사용하지 않는 데이터를 Archiving 시켜 현업의 데이터업무로 인한 유지비용을 줄일 수 있었다.
비용적인 측면에서 적지 않은 수천 만원의 비용으로 진행되었지만 효과 측면에서 보면 매월 210G의 데이터가 발생 하였으나 23%의 증가 량이 줄어든 것을 확인할 수 있었고, 증가 량 감소 외에 불필요한 데이터의 감소도 확인할 수 있음으로 해서 비용대비 효과가 매우 켰다고 할 수 있다.
성능 개선의 대상은 System, Application, DBMS로 분류 할 수 있으며 여기에 데이터를 포함하여 진행할 때 비용 대비 가장 효과가 많이 날 수 있는 방법임을 확인하였다.
셋째, 전체 구성 Architecture를 변경해야 하는 경우 재구축을 의미하는 것으로 이것은 튜닝보다는 Renewal Prqject로 진행 되어야 한다. 튜닝이라는 것은 기존의 문제점들을 개선하기 위해 새로운 기술을도입하드 것은 아니며, 기존의 시스템을 최적의 상태로유지보수 하는 것으로 보아야 한다.
위 분석결과 줄어드는 Dat&양은 28%이고 매월 증가량의 23%가 줄어든다는 결과를 얻었다.
특흐I, 장애 처치의 경우는 튜닝과는 별도로 장애 처치 팀을 구성하는 것이 좋은데 실제 튜닝진행 시 서로의 간섭 현상이 발생하여 튜닝 보다는 장애처리에 우선하게 되며, 결과도 좋게 나오지 않는다는 것이 사례 기업을 통해 확인되었다.
후속연구
하기 때문이다. 따라서 직접 해 보아야 하겠지만 사례기업 규모의 시스템의 경우 약 5억 정도 소요되는 결코 적지 않은 비용 문제를 고려할 때 데이터관리 후 성능 개선 작업을 진행하여 상당히 만족스런 결과를 얻은 본 사례는 향후 유사한 프로젝트에서 시행착오를 줄일 수 있는 좋은 시사점을 던져준다 하겠다.
본다. 성능 개선 작업 시 데이터부분을 포함하여야 한다고 했지만 향후 시스템의 발전과정(SOA, BPM, ESM등) 에서 무엇이 추가로 포함되어야 효과적인 성능 개선이 될지 연구과제로 남는다. 각 업체에서 사용하고 있는 시스템의 구조와 어떤 기술들을 이용하여 구현되었는지 잘 파악하는 것이 정보전략 담당자들이 할 일이라고 본다.
이와 같은 이유에서 본 사례 기업에서도 ERP 시스템의 성능 개선에 대한 연구가 필요 하게 되었다. 본 연구에서는 사례 기업을 통해 ERP 시스템의 성능을 관리하기 위한 영역을 확인하고, 각 영역의 성능을 개선하는 튜닝방법과 순서를 알아 보고, 좀 더 효율적이고 효과적인 튜닝방법이 무엇인지 분석해보려고 한다.
※ AI-Helper는 부적절한 답변을 할 수 있습니다.