아, 정말 느린 방법을 찾았군요. MySQL 은 저런 식으로 하는게 기본이지만...

MS SQL 은 backup (*.bak) - 복원이라는 방법도 있고, 운영 중인 곳에서 자료를 유지하거나 연속적으로 관리하면서 이전할 필요가 없다면 DB 분리 후 원하는 곳에 연결하는 방법도 있습니다.
MS SQL 은 기본적으로 DB file 이 자료를 보관하는 *.mdf 와 동작 중인 transaction 을 관리하는 *.rdf 를 통해 운영됩니다. 다만 운영 중인 논리적 disk 가 여러 개 있어서 그 disk 들에 분산시키는 고난이도 운영을 하고 있다면 여러 file 로 분리되어 있을 수 있습니다. 하여간 동작 중일 때는 MS SQL process 만이 두 file 을 독점적으로 접근할 수 있어 다른 process 에서 그 file 에 접근할려고 하면 거부되는데 DB 분리를 하면 연결 전까지 다른 process 에서 접근할 수 있게 됩니다. 그러니까 탐색기 같은 것으로 file 을 적절히 복사할 수 있죠. 그렇게 해서 적절히 원하는 곳으로 옮긴 후 원하시는 server process 에서 연결하시면 됩니다...

그런데 얼라? 지금 높은 version 에서 낮은 version 으로 옮기는건가요? 그렇다면 앞의 같은 방법을 쓸 수 없는데... -_-
옮겨야 하는 server version 을 높일 수 없나요? 안 그렇다면 찾아보신게 가장 정확하게 옮기는 방식이고... 100MB 라면 24시간까지 시간이 걸릴 이유는 없을 것 같은데 좀 그렇군요.

쪽지 보내주셔서 계약하신다면 출장 가드릴 수 있습니다. ^_^

bcp를 쓰세요. 버전이 내려가는 경우에는 에로사항이 꽃피기에 그냥 Target 쪽에다가 table들 생성해놓고 bcp로 작업한 txt, csv파일을 올리는 것이 더 편할껍니다. FK걸려있는건 일단 다 풀어두시고 작업하시는게 여러모로 편하실거구요..

좀 삽질이 들어가지만 bak로 올리는 방법은 2008을 추가로 설치 후 replication 설정 하고 백업을 2008쪽에서 받아오는 것도 하나의 방법일 수 있습니다.

https://www.mssqltips.com/sqlservertip/2810/how-to-migrate-a-sql-server-database-to-a-lower-version/

요걸 찾아서 했어요...

근데 에러가 마구 뿜어 나오네요...

테이블이랑 프로그램 함수들이 분명이 대상서버에 생성되어서 이전은 된것같긴 한데...

모르겠네요...= _=