열심히하자 열심히하자

4편에 이어서 관련된 내용이다. 정기적으로 BC들은 누구의 요청(주로 HR... )에 따라 SP를 업그레이드를 할 경우가 많다. 일반적으로 그런데 일반적으로 운영업무 시간에 작업하는 경우가 많다(운영서버는 제외...) 그리고 여러 이유로 인해 오브젝트가 잠겨있는 경우가 있다. 그럴 경우 해당 오브젝트에 대한 잠금을 해제해줘야 한다. 그렇지 않을 경우 다음과 같은 화면을 볼 수 있다. (하지만 잠긴 오브젝트가 뭔지 내가 어떻게 알아...) 들어가기 전 작업 스텝은 다음과 같습니다. 1. 잠금 오브젝트 확인 2. Repair 여부 확인 3. 잠금 해제 4. SP 업그레이드 작업 진행 그러면 이제 로그를 확인한다. 다음처럼 Repair이라는 단어가 보이면 SE03으로 이동합니다. Display Repaired..

정기적으로 BC들은 누구의 요청(주로 HR... )에 따라 SP를 업그레이드를 할 경우가 많다. 우리는 IT를 하지만 누구보다 기도메타에 열렬한 신봉자일거라고 생각한다. 특히나 SP 작업 중 실패가 될 경우 사실상 고치지 못할 경우는 빠른 복구가 답일 경우가 있다.. 이번 경우는 내가 SP 작업 중에 갑자기 GUI가 종료됐다. 문제는 나는 배치작업으로 큐를 돌린게 아니라 Dia로 돌린다(실시간 작업 스텝 확인을 위해..) 진짜 다시 접속하면서 심장이 벌렁벌렁 떨린다. 누구보다 빠르게 로그인 후 SPAM으로 접속하면 다음처럼 덤프가 발생하면서 접속이 안된다. 이럴 경우 SE18로 이동합니다. 그 후 SFW_SWITCH_CHANGED를 입력 후 디스플레이를 클릭합니다. ※SFW_SWITCH_CHANGED 레..

업무 중에 개발자들이 (HR!!!!) 서버 시간이 다른거 같다고 연락이 왔다. 아니 어머나... 3분이나 다른 것을 확인했다. 시스템에서 사실 시간이라는 것은 매우 중요하다. 그렇기에 타임싱크는 기본적으로 되어 있는데, 왜 안되어 있는 지는 나도 모른다(인수인계 받기만 했다구..) 해당 포스트에는 AIX,Window/Oracle 환경인점을 미리 말한다. 시스템 싱크를 맞추기 위해 한가지는 반드시 알아야 한다. 시간이 빠른가? 시간이 느린가? 매우 중요한 문제이다. 만약이 시스템 시간이 정규 시간보다 느린 경우는 바로 시스템을 살려도 된다. 하지만 반대로 시스템 시간이 정규 시간보다 빠를 경우는 바로 시스템을 살릴 시 문제가 된다. 그 이유는 고유한 시퀀스 번호 때문이다. 예를 들면 다음과 같다. 시스템 ..