SharedIT | 묻고 답하기(AMP)

ERP DB에 불필요한 데이터는 삭제? 데이터 축적 유지? 어떻게 하는게 나을까요?

안녕하세요.

회사가 오래 되다보니 ERP DB에 더이상 사용하지 않는 데이터가 있습니다. 

대표적으로 제품 코드 입니다. 단종 되어서 사용 안되거나 버전이 낮아서 사용 안되거나 하는게 있습니다.

(수불 등이 전혀 문제 되지 않는 데이터로 삭제해도 전혀 무방한 것이라고 가정 하겠습니다)


그런데 데이터가 많아도 별로 속도에 영향을 미치지 않는다고 이야기를 어떤 분에게 들었습니다. 

저는 불필요한 데이터로 판단되는 것은 정리를 하고 사용하면 DB 용량도 줄어들고 속도도 빠르고 보기도 좋을것이라고 생각을 하는데요.

요즘은 빅데이터 시대라서 ERP에 데이터를 마냥 쌓아두고 써도 괜찮을까요? 아니면 불필요한 데이터들은 정리하고 사용 하는게 좋을까요?

소중한 의견을 듣고 싶습니다. 

Tags : 태그가 없습니다.

9개의 답변이 있습니다.

Genghis Khan
  0 추천 | 약 일 년 전

불필요한 데이터는 삭제 하는것도 중요 하겠지만

항상 삭제이후에 타 부서에서 과거 데이터를 보고 

싶다고 할때가 있어서요

우선 과거자료부터 백업 후 삭제를 하고 가볍게

가는게 맞을것 같네요

용량시간비용 | 약 일 년 전

답변 감사합니다^^

차바라기
  0 추천 | 약 일 년 전

ERP DB를 먼저 백업후 아카이빙을 하면 DB데이터 사이즈가 줄어들겁니다.

용량시간비용 | 약 일 년 전

답변 감사합니다^^

hgp33
  0 추천 | 약 일 년 전

예전에 비슷한 문제로 일괄삭제를 진행한 적이 있었습니다. 사전에 미리 공지를 하고 사내공유를 충분히 한후에 삭제를 진행했습니다.

데이터 백업을 받는데만 꼬박 5일 정도 걸린거 같네요. 이후에 필요한 자료는 DB에서 뽑아주는 형식으로

진행하고자 했는데 솔직히 3년이 넘어도 안보는 데이터는 보질 않더라고요. 

용량시간비용 | 약 일 년 전

답변 감사합니다^^

쿨가이
  0 추천 | 약 일 년 전

필요없으면 삭제하는게 정답이죠.

더욱 용량도 크다면요.

다만 삭제했을때 발생할수 있는 문제가 있다거나 확답이 없으면 안하시는게 좋습니다.

이부분은 개발이나 유지보수 업체에 문의해보세요

용량시간비용 | 약 일 년 전

답변 감사합니다^^

빨간신발
  0 추천 | 약 일 년 전

코드는 보통 반영구보존이죠

제품코드 같은 경우는 데이터가 얼마 안되고 

삭제해도 물리적으로 티도 안나요.

코드를 삭제하면 해당 코드와 연관된 데이터를 모두 지워야 나중에 오류가 발생하지 않을 듯 하네요.

코드를 유지하는 비용은 매우 낮습니다. 삭제 후 발생할 문제가 없다고 판단되시면 삭제하세요. 다만 그 판단은 해당 erp 개발자도 쉽게 하기 어렵습니다.

디비에서 삭제하는 것은 로그성 데이터와 보유기간이 만료된 개인정보입니다.

빨간신발 | 약 일 년 전

그리고 보통 코드는 한번 등록되어 다른 곳에서 한번이라도 사용되면, 코드를 삭제하거나 수정이 불가하게 막습니다.

용량시간비용 | 약 일 년 전

답변 감사합니다^^

Simon.Park
  0 추천 | 약 일 년 전

말씀하신 데이터는 어찌 보면 기초 데이터가 되는 부분인것 같은데요.

해당 데이터는 다른 데이터와 연결이 되어 있어서 향후 어떤 문제가 있을지는

알수 없을 것 같네요. 삭제 했을 경우 다른 데이터 조회시에 조회 오류가 발생할 

가능성도 있을 듯 싶어요...

그리 크지 않은 데이터라면 보존 하시고, 향후 ERP 고도화 할 때 해당 데이터 빼고

고도화를 하면 되지 않을까 싶어요~~

용량시간비용 | 약 일 년 전

답변 감사합니다^^

wansoo
  0 추천 | 약 일 년 전

용량이 부족하거나 개인정보 보호법 등의 법적인 문제로 삭제해야 하는 경우가 아니라면 유지하는게 낫지 않을까 싶어 보이네요.

제품 코드 같은 마스터 데이터는 현재는 사용되지 않더라도 예전에 사용된 자료들에 대한 현황 분석을 할때 마스터 자료가 없음으로 생산 축적된 과거 자료들 모두를 활용하기 어려워지는 문제가 발생할 수 있게 되고요.

확실히 사용되지 않는 자료이기 때문에 삭제하기로 결정을 내렸다면, DB를 덤프 또는 Export 시켜서 별도 백업을 받아 두고 제거할 것을 권장하고 싶네요.

용량시간비용 | 약 일 년 전

답변 감사합니다^^

미생
  0 추천 | 약 일 년 전

ERP의 DB는 DB자체 테이블에서 의존적으로 걸어두는 연결이 있기 때문에 해당 테이블간의 연결에서 문제가 없다면 제거를 해도 무방합니다만.

전국의 우편번호쯤을 가진 DB의 사이즈를 고려할 때 그수준의 데이터량이 아니라면 정말 불필요하다는 전제로 확신이 없다면 삭제를 하지 않는게 맞습니다.

단 필요에 따라 리스트가 너무 많이 보이는 부분때문에 사용자측에서 불편을 요한다면 삭제가 아닌 비사용 처리(통상적으로 전산과 관련 없으신 분들은 삭제라고 표현하지만, DB에는 남아있으나 리스트에는 보이지 않는) 정도가 맞다고 보여집니다.

저희 같은 경우는 근태기록을 남기는데 해당 기록은 약 3년정도 보관 후 삭제를 하는데 해당 데이터를 기반으로 다른 데이터가 산출되기 때문에 이 경우에는 삭제에 대해 문제가 없다고 판단을 합니다. (다시 참조하여 뭘 할 일이 없다고 보기 때문에)

확실하게 이 데이터는 정말 안쓸자신이 있을때 손 대시는게 맞습니다. 

질문에는 안쓰신다고 하셨는데, 해당 코드가 포함된 몇년전 데이터의 장표라도 뽑아야 한다면 그 데이터가 삭제됐을 때 생길 수 있는 의존적인 문제에 대해 충분히 검토하셔야 합니다. 

topkslee
  0 추천 | 약 일 년 전

ERP 솔루션에 따라 다르겠지만

요즘은 archive, purge 기능이 포함된 ERP도 많이 있습니다.

사용하지 않는 오래된 데이터를 삭제하면 성능에는 도움이 됩니다.

다만, DB의 구조상 데이터 삭제 후 DB reorg, rebuild를 해야 효과를 제대로 볼 수 있는데요.

이 부분이 지원해줄 수 있는 유지보수 업체가 있다면 좀 더 쉽지만

없으면 리스크가 있는 작업이기도 합니다.

또한, 가정하셨지만 ERP의 데이터는 많이 모듈에서 연계되어 있기때문에 

데이터 삭제는 임의 삭제보다는 ERP 업체의 가이드를 받으셔야 되구요.

용량시간비용 | 약 일 년 전

답변 감사합니다^^