'복구'에 해당되는 글 2건
- 2010.07.31 SQL Server 데이터 복구하기
- 2009.03.23 SQL Server 백업/복원
- 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에서 막고 작업을 해야 될지도 모름.
- 오늘의 교훈
- 반드시 주기적으로 백업을 해야 한다.
- 이 백업본을 가지고 복원을 제대로 할 수 있어야 한다.(평소에 연습을 해두어야 한다)
- 데이터를 조작하기전 쿼리를 반드시 확인한다.
- SQL Server 백업/복원
- 日常茶飯事
- 2009. 3. 23. 06:07
- 백업
- 복원
CPU 3G, RAM 1G : 10분 넘게 소요됨.(bak 파일 821M, data 파일 821M, log 파일 24.5G)
[todo] 위 시스템의 사용, 환경 링크 걸기
- 복원중 에러가 발생하면 복원될 파일 위치를 확인해본다. : 기본값으로 잡혀 있는데 적당한 경로나 운영 규칙에 맞게 설정한다.(기존의 데이터 파일이나 로그 파일이 아니고 새로 복원된 데이터베이스가 사용할 파일이다.)1
- 기존 데이터베이스 덮어쓰기를 선택한다.
- 복원된 데이터베이스에 로그인할 계정을 만들고 사용자 매핑에서 복원된 데이터베이스를 선택하고 db_owner 역할을 준다.
CPU 3G, RAM 1G : 10분 넘게 소요됨.(bak 파일 821M, data 파일 821M, log 파일 24.5G)
[todo] 위 시스템의 사용, 환경 링크 걸기
- 2010-07-31 추가 [본문으로]
Recent comment