기존에 하나의 서버에서 그룹웨어, 메일을 같이 운영했습니다. ( 업체가 달라요... )
그런데 사용하다보니, 계속 메일 tomcat 서비스가 죽는 현상이 있어, 그룹웨어랑 메일 서버를 별도로 분리를 했죠
그런데, Tomcat 죽던건 어느정도 해결이 된거 같은데, 이젠 사용자들이 아침에 출근해서 메일을 열게 되면
메일 DB(메일리스트겠죠..)를 불러오는데 너무 오래걸려서 페이지 새로고침을 5~6번은 해야 불러오더라구요.
메일서버+스토리지(메일보관) 이렇게 구성중인데,,, Server 제조사에 전화했더니 controller 펌웨어 업데이트를 해보라 그러네요.. 과연 이걸로 해결이 될지... 메일업체에서는 최악의 상황에는 스토리지에 있는 데이터를 local로 가져와봐야 안다고 하는데,,,,그 수많은 메일의 데이터를 local로 옮길 용량도 모자라고........
진심 짜증나네요 ㅠ 퇴사 욕구 뿜뿜( 거의 도망 ? ㅎㅎ)
그런데 사용하다보니, 계속 메일 tomcat 서비스가 죽는 현상이 있어, 그룹웨어랑 메일 서버를 별도로 분리를 했죠
그런데, Tomcat 죽던건 어느정도 해결이 된거 같은데, 이젠 사용자들이 아침에 출근해서 메일을 열게 되면
메일 DB(메일리스트겠죠..)를 불러오는데 너무 오래걸려서 페이지 새로고침을 5~6번은 해야 불러오더라구요.
메일서버+스토리지(메일보관) 이렇게 구성중인데,,, Server 제조사에 전화했더니 controller 펌웨어 업데이트를 해보라 그러네요.. 과연 이걸로 해결이 될지... 메일업체에서는 최악의 상황에는 스토리지에 있는 데이터를 local로 가져와봐야 안다고 하는데,,,,그 수많은 메일의 데이터를 local로 옮길 용량도 모자라고........
진심 짜증나네요 ㅠ 퇴사 욕구 뿜뿜( 거의 도망 ? ㅎㅎ)
2018-12-17(월) 11:11:02에 작성 되었습니다. 2018-12-17(월) 17:17:16에 수정 되었습니다
본문 내용이 처음 작성된 내용과 다를 수 있습니다.
본문 내용이 처음 작성된 내용과 다를 수 있습니다.
20개의 댓글이 있습니다.
그래도 요즘엔 디스크비용이 저렴해져서 용량문제는 조금 덜하죠.
말씀하신 것처럼 크게 문제가 된다면 신규서버에 재구축하는게 나을 수도 있습니다.
컨트롤러 업데이트도 해결될수도 있지만 제가 볼땐 희박해 보입니다.
아니면 차라리 디스크를 교체해보시는건 어떨까요? 노후화되면 디스크이슈도 생기더라구요.
힘든 시기를 보내고 계시는군요....
다 지나갈겁니다. 화이팅하십시오.
저를 아주 잡아먹었을거에요 ㅜㅜ
위로 드립니다
매번 누구탓 누구탓 하고 있어서....ㅠ.ㅠ.
NMS 솔루션 같은 게 있는지 궁금합니다.
성능 튜닝하는 방법을 찾아서 적용해보는건 어떨까요?
Linux, Tomcat, 에 프로세스 갯수, 컨넥션 수, 힙 메모리, 등 튜닝 하는것들 해보니까 효과가 있더라구요.
로컬로옮기는 조치를 하라는것은 말이안되는데....
비교적 간단하게 해 볼 수 있는 펌웨어 업데이트 부터 한번 해 보시는게 낫지 않을까요..? ^^