SSMS에서 파일을 복구하는 방법: 7가지 안전한 방법
필요한 경우 SSMS에서 파일 복구하기, 먼저 무엇이 사라졌는지 확인하십시오. SSMS가 중단된 후 저장되지 않은 쿼리는 저장된 쿼리와 다릅니다. .sql 스크립트가 디스크에서 삭제되었으며, 둘 다 누락된 .bak 데이터베이스 백업. 이 안내서는 각 상황을 가장 안전한 순서대로 다룹니다. 내장 복구 기능에 더 이상 사용할 수 있는 사본이 없는 경우, Magic Data Recovery 도움이 될 수도 있습니다 삭제된 파일 복구 이전에 저장 장치에 기록되었던 것들.
Windows 7/8/10/11 및 Windows Server 지원
목차
SSMS에서 어떤 데이터를 복원할 수 있나요?
전에 SSMS에서 파일 복구하기, 손실을 적절한 복구 원본과 연결하십시오.
손실 시나리오 | 가장 좋은 첫 번째 선택 |
SSMS가 저장되지 않은 쿼리로 인해 종료되었습니다. | SSMS를 다시 열고 ‘복구된 파일’을 확인하십시오. |
저장되지 않은 쿼리가 다시 열리지 않았습니다 | '자동 복구' 및 '%TEMP%'를 확인하세요. |
저장된 .sql 파일이 삭제되었습니다. | 휴지통 또는 파일 기록 |
프로젝트 항목이 사라졌습니다 | 원본 프로젝트 폴더/소스 제어 시스템을 확인하세요. |
로컬 .bak 파일이 삭제되었습니다 | 백업 복사 또는 삭제된 파일 복구 |
데이터베이스 자체를 복구해야 합니다. | SQL Server 복원 도구 |
마이크로소프트에 따르면, SSMS는 .ssmssqlproj를 비롯한 자체 솔루션 및 프로젝트 파일을 사용하며, 기본적으로 프로젝트를 로컬 사용자 프로필 아래에 저장합니다. 따라서 VS Code 백업 또는 로컬 기록 경로를 SSMS에 적용하지 마십시오.
중요: 저장된 파일이 삭제된 경우, 해당 드라이브에 새로운 데이터를 더 이상 기록하지 마십시오. 마이크로소프트는 여유 공간이 재사용될수록 삭제된 파일을 복구할 가능성이 낮아진다고 밝혔습니다. 또한, 문제가 발생한 파티션에는 복구 소프트웨어를 설치하지 마십시오.
방법 1: SSMS에서 복구된 파일에서 파일 복구하기
예기치 않게 종료된 후에는 먼저 SSMS를 다시 시작하십시오. 자동 복구 기능이 쿼리를 캡처한 경우, SSMS에 다음이 표시될 수 있습니다. 복구된 파일 복구된 콘텐츠를 확인하거나 다시 엽니다.
- SSMS를 다시 시작하십시오.
- 메시지가 표시되면 복구된 쿼리를 엽니다.
- 최신 명세서가 있는지 확인해 주세요.
- 선택 파일 > 다른 이름으로 저장 그리고 일반을 저장하고
.sql파일을 만듭니다.
이것이 가장 안전한 방법입니다. SSMS에서 파일 복구하기 시스템 충돌 후 SSMS 복구 데이터를 사용하기 때문입니다. 하지만 자동 복구 기능은 영구적인 백업이 아니므로, 복구 간격이 지나지 않은 경우 가장 최근에 수정된 내용이 누락될 수 있습니다.
방법 2: SSMS에서 ‘자동 복구’ 기능을 사용하여 파일 복구하기
메시지가 표시되지 않으면 수동으로 자동 복구 기능을 확인하십시오.
- 열기 도구 > 옵션 > 환경 > 자동 복구.
- 자동 복구 기능이 활성화되어 있는지 확인하십시오.
- Windows 사용자 프로필에서 다음을 검색하세요. 백업 파일 또는 백업 파일.
- 최근 순으로 정렬
*.sql파일 기준 수정된 날짜. - 관련 파일들을 열어보고 올바른 스크립트를 다른 곳에 저장하세요.
최신 SSMS 팁 참고 자료에는 자동 복구 제어 항목과 ‘문서 > SQL Server Management Studio > 백업 파일 > Solution1’ 아래에 있는 일반적인 경로가 나와 있습니다. 경로는 SSMS 버전에 따라 다를 수 있으므로, 최근 버전을 검색해 보시기 바랍니다. .sql 파일을 사용하는 것이 하나의 고정된 디렉터리를 가정하는 것보다 더 안전합니다.
방법 3: SSMS에서 %TEMP% 폴더의 파일 복구하기
일부 SSMS 버전이나 세션에서는 Windows에 임시 쿼리 파일이 남을 수 있습니다. %TEMP%. 이 옵션은 일반 복구 폴더가 비어 있을 때만 사용하십시오.
- 프레스 Win + R 그리고 입력하세요
%TEMP%. - 정렬 기준 수정된 날짜.
- 검색
*.sql그리고 다음으로 시작하는 이름들~vs. - 해당 파일들을 메모장이나 SSMS에서 열어보세요.
- 유용한 콘텐츠를 새 항목으로 저장하세요
.sql파일을 만듭니다.
임시 파일은 정리 과정이나 애플리케이션의 정상 종료 후에도 유지된다는 보장이 없습니다. 따라서, %TEMP% 이는 저장되지 않은 쿼리에 대한 대체 수단일 뿐, 백업 전략은 아닙니다.
방법 4: SSMS에서 휴지통에 있는 파일 복구하기
쿼리가 저장되었다가 나중에 삭제된 경우, ‘자동 복구’ 폴더 대신 ‘휴지통’을 확인해 보세요.
- 열기 휴지통.
- 검색
.sql파일명. - 원래 위치와 삭제 날짜를 확인해 보세요.
- 선택 복원.
- SSMS에서 파일을 다시 여세요.
이는 SSMS에서 파일 복구하기 일반적인 Windows 삭제 후에는 효과가 있지만, 다음 경우에는 소용이 없습니다. Shift+삭제 또는 내용이 비워진 휴지통.
또한, SSMS 프로젝트에서 항목을 제거한다고 해서 항상 물리적으로 삭제되는 것은 아닙니다. 마이크로소프트에 따르면 솔루션 탐색기에서 제거된 프로젝트 항목이 디스크에 남아 있을 수 있으므로, 먼저 원래의 프로젝트 폴더를 확인해 보시기 바랍니다.
방법 5: 파일 기록을 사용하여 SSMS에서 파일 복구하기
저장된 스크립트나 프로젝트 폴더의 경우, 데이터 손실 발생 전에 보호 기능이 활성화되어 있었다면 Windows 파일 기록에 이전 버전의 사본이 포함되어 있을 수 있습니다.
- 해당 파일이 있던 폴더로 이동하세요.
- 마우스 오른쪽 버튼으로 클릭하고 이전 버전 복원.
- 적절한 버전을 실행하십시오.
- 필요한 항목을 복원하십시오
.sql파일을, 가급적이면 먼저 다른 위치로 저장하십시오.
마이크로소프트는 ‘파일 기록’ 기능을 통해 삭제된 파일과 이전 상태의 폴더를 복원할 수 있다고 설명합니다. 따라서 이 기능은 다음과 같은 경우에 유용합니다. SSMS 파일 복구 저장된 스크립트와 관련된 시나리오는 처리할 수 있지만, SSMS가 한 번도 캡처하지 않은 저장되지 않은 쿼리는 재구성할 수 없습니다.
방법 6: SSMS에서 프로젝트, Git 또는 .BAK 파일에서 파일 복구하기
프로젝트 기반 작업의 경우, 프로젝트 폴더와 소스 제어 시스템을 확인해 보세요. 마이크로소프트는 SSMS 스크립트 프로젝트를 관련 스크립트의 모음으로 설명하며, 프로젝트가 소스 제어 시스템과 연동될 수 있다고 밝히고 있습니다. 이전 커밋 내역이나 복사된 프로젝트에 누락된 파일이 포함되어 있을 수 있습니다. .sql 파일을 만듭니다.
쿼리 복구를 데이터베이스 복원과 혼동하지 마십시오. A .bak 이 파일은 데이터베이스 백업 파일이며, 저장되지 않은 쿼리 편집기 탭이 아닙니다. 만약 정상적인 .bak, SSMS를 사용하세요 데이터베이스 복원 > 장치 데이터베이스를 복원하려면.
만약 .bak 파일 자체가 삭제된 경우, 먼저 해당 파일을 복구하십시오. 복구된 백업의 구조가 정상적으로 유지되어야만 SQL Server에서 해당 파일을 복원할 수 있습니다.
방법 7: Magic Data Recovery를 사용하여 영구적으로 삭제된 SSMS 파일 복구하기
복구 소프트웨어를 사용하여 SSMS에서 파일 복구하기 저장된 .sql, 프로젝트 파일 또는 로컬 .bak 영구적으로 삭제되었으며, 휴지통, 파일 기록, 백업 및 소스 제어에도 사본이 남아 있지 않습니다.
Magic Data Recovery 저장소를 스캔하여 삭제된 파일 데이터를 찾습니다. 이는 편집기 복구 정보를 보존하는 SSMS 자동 복구 기능과는 다릅니다. 이 기능은 디스크에 기록된 적이 없는 텍스트를 복원할 수 없으며, 데이터가 덮어쓰인 후의 복구를 보장하지도 않고, 물리적 드라이브 손상을 해결할 수도 없습니다. SSD TRIM 또한 회복 가능성을 낮출 수도 있습니다.
내장된 복구 옵션이 더 이상 작동하지 않는다면, 새로운 데이터가 삭제된 파일을 덮어쓰기 전에 Magic Data Recovery를 사용해 볼 수 있습니다.
Magic Data Recovery를 사용하는 방법 SSMS에서 파일 복구하기
1단계: Magic Data Recovery 다운로드 및 설치
삭제된 SSMS 파일이 있던 드라이브나 파티션과는 다른 드라이브나 파티션에 Magic Data Recovery를 설치하십시오. 이렇게 하면 복구 가능한 데이터 위에 새로운 데이터가 덮어쓰이는 것을 방지할 수 있습니다.
Windows 7/8/10/11 및 Windows Server 지원
2단계: SSMS 파일이 저장된 드라이브 선택
소프트웨어를 실행한 후, 삭제된 파일이 원래 저장되어 있던 드라이브를 선택하십시오. .sql, 프로젝트, 또는 .bak 파일을 선택한 다음 스캔을 시작합니다.
3단계: 분실되거나 삭제된 SSMS 파일 검색
스캔을 계속 진행한 다음, 결과에서 관련 SQL 스크립트, 프로젝트 관련 파일 또는 로컬 데이터베이스 백업이 있는지 확인하십시오.
4단계: 파일을 안전한 위치로 복구하기
선택한 파일을 다른 드라이브나 안전한 저장 위치로 복구하십시오. 데이터가 손실된 원래 위치에는 다시 저장하지 마십시오.
SSMS 파일 손실을 방지하는 방법
이후 SSMS에서 파일 복구하기, 보호 기능을 강화합니다:
- 유지 자동 복구 적절한 간격으로 활성화됩니다.
- 중요한 쿼리 탭을 다음과 같이 저장하세요
.sql제출 기한을 앞당겨 제출한다. - 재사용 가능한 스크립트를 체계적으로 구성된 SSMS 프로젝트에 저장하십시오.
- Git이나 다른 소스 제어 시스템을 사용하세요.
- 파일 기록, OneDrive 또는 다른 백업 방법을 사용하여 프로젝트 폴더를 백업하십시오.
- 데이터베이스 유지
.bak작업용 스크립트와 별도로 파일을 분리하여 보관하고, 여러 개의 사본을 관리합니다.
자동 저장(Autosave)이나 자동 복구(AutoRecover)는 영구적인 백업과 다릅니다. 진정한 백업이란 삭제나 장치 고장에도 영향을 받지 않는 독립적인 사본을 보관하는 것을 말합니다.
결론
가장 좋은 방법은 SSMS에서 파일 복구하기 이는 해당 콘텐츠가 저장되지 않은 상태였는지, 저장된 후 삭제되었는지, 프로젝트에서 제거되었는지, 아니면 데이터베이스 백업으로 저장되었는지에 따라 달라집니다. 먼저 ‘복구된 파일’, ‘자동 복구’부터 시작해 보세요., %TEMP%, 휴지통, 파일 기록, 프로젝트 또는 백업 사본 등입니다. 저장된 파일이 영구적으로 삭제되었고 이러한 방법으로도 복구할 수 없는 경우, Magic Data Recovery ~에 좋은 선택입니다. 삭제된 데이터 복구하기.
Windows 7/8/10/11 및 Windows Server 지원
자주 묻는 질문
SSMS가 강제 종료된 후 파일을 복구하려면 어떻게 해야 하나요?
SSMS가 충돌한 후 파일을 복구하려면, SSMS를 다시 열고 먼저 ‘복구된 파일(Recovered Files)’ 메시지가 표시되는지 확인하십시오. 아무것도 나타나지 않으면 자동 복구(AutoRecover) 설정을 확인하고, ‘Backup Files’ 또는 ‘BackupFiles’ 폴더 내에서 최근의 .sql 파일을 검색하십시오. 또한 %TEMP% 폴더에서 최근의 임시 SQL 파일을 확인할 수도 있습니다. 복구된 쿼리는 즉시 새로운 파일 이름으로 저장하십시오.
SSMS는 저장되지 않은 쿼리 복구 파일을 어디에 저장하나요?
SSMS 복구 위치가 버전에 따라 다를 수 있습니다. 일반적으로 사용자의 ‘문서’ 폴더나 SSMS 관련 로컬 프로필 내의 ‘Backup Files’ 또는 ‘BackupFiles’ 폴더가 사용됩니다. 일부 빌드의 경우 %TEMP% 폴더에 ~vs*.sql 형식의 임시 파일이 남아 있을 수도 있습니다. 특정 경로에만 의존하지 말고, 사용자 프로필에서 최근에 수정된 .sql 파일을 검색해 보십시오.
SSMS로 영구적으로 삭제된 파일을 복구할 수 있나요?
SSMS 자체는 일반적인 삭제 복원 도구가 아닙니다. 영구적으로 삭제된 저장된 .sql, .bak 또는 프로젝트 파일의 경우, 먼저 파일 기록, 이전 버전, 클라우드 백업 및 소스 제어 기능을 확인해 보십시오. 해당 파일의 사본이 없는 경우, 삭제된 데이터가 저장소에 남아 있고 덮어쓰기되지 않은 상태라면 파일 복구 소프트웨어가 도움이 될 수 있습니다.
SSMS 자동 복구와 백업의 차이점은 무엇인가요?
자동 복구 기능은 편집기 복구 정보를 주기적으로 저장하여, 예기치 않은 종료 후 SSMS가 작업 내용을 복원할 수 있도록 합니다. 백업은 장기적인 보호를 위해 설계된 독립적인 사본입니다. 따라서 자동 복구 기능은 저장된 .sql 파일, 소스 제어, 파일 기록 또는 데이터베이스 백업을 대체해서는 안 됩니다. 정리 작업, 정상적인 종료 과정 또는 보존 기간 제한으로 인해 임시 복구 데이터가 삭제될 수 있습니다.
자동 복구 기능에 사본이 없는 경우, 저장되지 않은 SQL 쿼리를 복구할 수 있나요?
가능할 수도 있지만, 선택지가 제한적입니다. %TEMP%를 확인하고, 사용자 프로필에서 최근에 수정된 .sql 또는 ~vs*.sql 파일을 검색한 다음, 복사된 코드 조각이나 소스 제어 작업 내역을 검토해 보십시오. 데이터 복구 소프트웨어는 디스크에 기록된 적이 없는 쿼리 텍스트를 신뢰할 수 있게 재구성할 수 없으므로, 완전히 캡처되지 않고 저장되지 않은 쿼리는 복구할 수 없을 수도 있습니다.
Magic Data Recovery를 사용하면 SSMS에서 삭제된 .bak 파일을 복구할 수 있나요?
로컬 저장소에 해당 파일이 존재했고 그 데이터가 덮어쓰이지 않은 경우, 삭제된 .bak 파일을 찾을 수 있습니다. 하지만 파일을 복구하고 데이터베이스를 성공적으로 복원하는 것은 별개의 단계입니다. SQL Server는 복구된 백업 파일을 읽을 수 있어야 합니다. SSD TRIM, 덮어쓰기, 데이터 손상 또는 물리적 손상으로 인해 정상적인 복원이 불가능할 수 있습니다.
SSMS 파일을 다시 잃어버리지 않으려면 어떻게 해야 하나요?
중요한 쿼리는 미리 .sql 파일로 저장하고, SSMS의 자동 복구 기능을 활성화한 상태로 유지하며, 재사용 가능한 스크립트는 프로젝트 폴더에 정리해 두십시오. 개발이나 관리에 중요한 스크립트는 버전 관리 시스템에 등록하십시오. 또한, 해당 폴더를 정기적으로 백업하고 데이터베이스 .bak 파일은 별도의 보안 저장소에 보관하십시오. 이러한 다층적인 접근 방식은 저장되지 않은 작업 내용과 저장된 파일 모두를 보호합니다.
