- SQL Server 데이터 복구하기
- 日常茶飯事
- 2010. 7. 31. 15:33
UPDATE 구문을 실행시키는데 WHERE 을 빠뜨렸단다.
눈 앞이 깜깜하다.
어떤 데이터? B업무의 시작 시간
윽...이거 민감한 건데.
몇 건이나? 882건
일단 보고를 하고 백업본을 찾아보자.
유지 관리 계획을 보니 매일 백업을 하고 있었다.
다행이다.
백업파일을 찾아서 복원을 해본다.
혹시나 싶어 테스트 서버에서 진행했다.(다른 데이터베이스를 하나 생성해서 거기서 진행하면 될거 같다)
몇 번 실패했는데 다행히 잘 복구가 되었다.
매일 새벽 1시에 백업이 실행되어서 현재 데이터와 비교했다.
2건이 차이가 난다. - SQL Server에서는 minus가 안된다.
오늘 새로 생성된 데이터는 담당자에게 직접 물어보기로 하고 나머지는 백업본의 데이터로 갱신한다.
다행히 일과 시간 이후였고, B업무가 시작 전이라서 데이터의 변화가 거의 없었다.
급박한 경우에는 WAS에서 막고 작업을 해야 될지도 모름.
- 오늘의 교훈
눈 앞이 깜깜하다.
어떤 데이터? B업무의 시작 시간
윽...이거 민감한 건데.
몇 건이나? 882건
일단 보고를 하고 백업본을 찾아보자.
유지 관리 계획을 보니 매일 백업을 하고 있었다.
다행이다.
백업파일을 찾아서 복원을 해본다.
혹시나 싶어 테스트 서버에서 진행했다.(다른 데이터베이스를 하나 생성해서 거기서 진행하면 될거 같다)
몇 번 실패했는데 다행히 잘 복구가 되었다.
매일 새벽 1시에 백업이 실행되어서 현재 데이터와 비교했다.
2건이 차이가 난다. - SQL Server에서는 minus가 안된다.
오늘 새로 생성된 데이터는 담당자에게 직접 물어보기로 하고 나머지는 백업본의 데이터로 갱신한다.
다행히 일과 시간 이후였고, B업무가 시작 전이라서 데이터의 변화가 거의 없었다.
급박한 경우에는 WAS에서 막고 작업을 해야 될지도 모름.
- 오늘의 교훈
- 반드시 주기적으로 백업을 해야 한다.
- 이 백업본을 가지고 복원을 제대로 할 수 있어야 한다.(평소에 연습을 해두어야 한다)
- 데이터를 조작하기전 쿼리를 반드시 확인한다.
Recent comment