SkySky 2019-06

http://mssql.org/LectureSQL/list_sqlmgt.htm

SkySky 2019-06

위 페이지에서
  mdf/ldf 파일을 이용한 데이터베이스 복원
이부분 읽어보시면 될것같네요

재마 2019-06

복원이 아닌 백업을 해야하는 상황입니다. 허나 프로그램 실행이 되지않아 백업마법사 등을 통한 진행이 불가능한 상황입니다.

SkySky 2019-06

mdf/ldf 이 파일은 백업파일이 아니라 원 DB 저장파일입니다

제온프로 2019-06

복원하여..... 백업하세요...

SkySky 2019-06

혹시모르니 파일은 한번더 다른 장소에 백업을 하세요

SkySky 2019-06

버전 문제는 위 사이트 게시판에 함 문의해보세요

또리군 2019-06

7월 9일자로 SQL 2008은 지원 종료됩니다.
새로 구성하실거면 신버젼으로 고려하시는게 어떨까하네요. 마이그레이션 툴은 MS에서 제공을 합니다.

Noman 2019-06

Mssql은 mssql7.0과 mssql2000 이후 mssql2003 mssql2005, mssql2008에서  변경된  내용이 많습니다.
db 자체를 높은 버전에서 연결해서 사용하는것은  이전 버전의 호완성을 유지 해야하는것이 문제될 소지가 큽니다.
중요한 자료라면  경험 많은 전문가의 도움 받으시는것을 추천 드립니다.

이선호 2019-06

세부적인것은 손을 봐야할지라도 db 데이터 자체는 폴더만 복사해도 가져올 수 있습니다.
각 제조사에서 마이그레이션 툴을 제공을 하기는 하나 한번 손 봐주는것이 좋습니다. 어차피 한번 업그레이드 해야할것 이번에 한다고 생각하고 진행하시는게 좋을것 같습니다 :)

양철괭이 2019-06

ms sqlserver 가 보안상은 모르겠지만 편한점이 그냥 원디비파일이 있으면 데이터베이스 프로그램 설치 후 매니저프로그램에서 연결 메뉴로 연결하시면 됩니다. 단 기존 디비 사용자는 연결 후 삭제를 하셨다 재 설정을 하고요.
디비서비스를 버젼업할 계획이시라면 기존 버젼을 설치 후 디비 연결을 해 복구 후 백업본으로 2008버젼에서 복원하시는게 안전하기는 합니다.
몇년전 저희도 2000 버젼에서 2008버젼으로 판 올림 작업을 진행했을때 별 문제가 없었습니다.(프로그램에서 사용하는 내장프로시져 때문에 호환성은 2000으로 해 놓은 상태긴 합니다)
2005와 2008 쿼리문이 약간은 틀린경우가 있으니 2008버젼에서 복구 후 데이터속성에 호환성을 2005를 설정해 주시면 될듯 하긴 합니다.
설치시 2008R2 버젼을 구하시면 윈도우 10까지 별 문제 없이 사용가능 합니다.(가끔 PC 재부팅시 서버 서비스가 안올라오는 경우도 드물게 발생한 경험은 있습니다)

행복단지 2019-06

mdf, ldf 파일만 있다면 데이터 복원은 쉽게 될거구요.
다만 2005 상위 버전으로 마이그레이션 하실려면 신경 쓰셔야 할게 많으실 거에요.

ZSNET5 2019-06

원래 DB의 MDF, LDF파이만 있으며 새로운 서버에 바로 붙여서 사용하실 수 있습니다.
어마어마하게 버전의 차이가 나지 않는 다음에야 아무 문제없이 붙이실 수 있습니다.
혹시 문제가 생길 수 있으니 일단 복사본으로 시도를 하시고....
1. MDF, LDF 파일을 원하는 폴더에 복사한다.
2. [연결] 기능을 이용하여 데이터베이스를 올린다.
3. 새 서버의 사용자 ID(서버 보안) 해당 데이터베이스의 사용자 ID(데이터베이스 보안)를 매칭시켜준다.
  데이터베이스의 사용자가 많지 않다면, SP_change_users_login 에서 AutoFix를 이용하면 한번에 끝낼 수 있다.
4. 끝.

백업은 STD이상 버전이면 Manager에서 설정할 수 있고, Express 버전이라면 별도의 스크립트를 돌려줘야 됩니다.

술이 2019-06

LDF 깨져버렸으면 LDF 버리고 복구모드로 강제로 올려야 됩니다.
저상황을 보아하니 알아듣기 쉽게 보다는 외부에 돈주고 해결하라고 하고 싶네요. 하나하나 손델때마다 새로운 이슈가 겹칠거 같네요.
댓글 답변은 특별히 이슈가 없었을대 가능한 시나리오인데 만에 하나 또다른 문제가 겹치면 그땐 뭘 어떻게 해야할지 원인부터 판단까지 아무것도 못할수 있습니다.

양철괭이 2019-06

ms sqlserver 경우 복구가 쉬운 경우가 많습니다.
인덱스가 깨지지 않은 경우엔 그냥 파일 복구가 제일 쉬운편입니다.

술이 2019-06

그런경우는 자주 만져봤던 사람이나 자주 복구했던 사람 입장이구요 이것저것 막 만져서 원본까지 망가뜨리기 보단 중요한 DB라면 리스크 줄이고 안정적인 선택을 하라는 의미입니다. 복구가 쉬운 경우가 많다고 말해버리면 받아들이는 사람 입장에서는 당연히 그게 된다는걸로 인식하게 됩니다. 그때 상황마다 다를수 있어요. 진짜 보면 아무것도 아닌것일수도 있는데 막상 열어보니 참혹하다면 그것도 문제이고 이런경우 경험해보지 않은사람은 절대 혼자 못합니다. 그냥 외주주는게 나아요. 괜히 자기가 어디 검색하면서 만져보다가 망가지면 그후로 업체 불러도 답없음으로 결론날수도 있습니다.
3일동안 장애 해결못한 모 금융에서 급하다고 콜받은적 있습니다. 지인의 부탁이라 반차내고 달려갔죠. DB서버 문제일것이다라고 분석했지만 결론은 AP서버의 문제였습니다. DB서버 문제라고 하지만 분석해보니 그에 연관된 네트워크 소켓통신 할당 부족이였고 할당부족하겠끔 방해한게 바로 백신이였습니다. 이걸 분석하기까지 전문가란 사람들 들락날락 했지만 아무도 원인파악도 못한채 GG치고 갔었습니다. 대부분의 사람들이 뭐가 문제인데 이거 해결해주세요 하고 가면 90프로가 그 문제가 아닌 다른데 원인을 갖고 있었습니다.
그래서 이런 상황도 예측했던 시나리오랑 정반대로 갈수도 있을수도 있어서 그렇게 전달한겁니다.

양철괭이 2019-06

어느정도 말씀을 이해를 합니다.
저도 파일이 깨져 결국 복구를 포기하고 백업본으로 복구한 경험이 있기는 합니다.(다행이 올해 하루 1회 백업을 매시간마다 백업으로 변경을)
반나절 동안 복구를 시도하다 서버를 운영해야 해서 눈물을 머금고 1시간정도 데이터를 포기.
한번은 중간부분 인덱스가 깨져버려 하루치 데이터를 날려버린 경험이..(이부분을 찾느라 고생한 경험도 있기는 하네요)

구기다 2019-06

기존 동일한 버젼 mssql을 다른 컴터에 설치하시고 mdf. Ldf 복사해 붙인다음 잘 붙으면 em에서 백업해서 새db로 복구 하시는걸 추천드려요. 절 안전하게 하시는걸..

제온프로 2019-06

일단

Data폴더를
여러군데에 복사해 놓고.. 백업하세요...
그리고 막 만져 보세요...
복사본을 많이 만들어 놓으세요...

SQL 서버들은 데이터 원본만 있으면.. 잘 복원하도록 만들어져 있습니다..