Sao chép cơ sở dữ liệu SQL Server Express sang một máy tính khác

Question

Tôi đang làm tăng thêm phần cuối của ứng dụng Access của ứng dụng khách vào ngày mai và cần sẵn sàng với một kế hoạch cho một vấn đề cụ thể với khách hàng này. Các ông chủ cần để có thể lấy các tập tin dữ liệu ra khỏi văn phòng nơi SQL Server là một cách thường xuyên (thường là hàng tháng) và chạy phân tích thống kê về dữ liệu.

Tôi đã nhìn Easiest way to copy an entire SQL server Database from a server to local SQL Express, và các giải pháp đó không làm việc trong kịch bản này vì:

1. không thể sử dụng một giải pháp một lần (Cơ sở dữ liệu Publishing Wizard), vì điều này cần phải có thể viết được.

2. không thể sử dụng bất kỳ phương pháp nào phụ thuộc vào hai máy tính đang được nối mạng, vì đó không phải là tùy chọn - dữ liệu phải được truyền qua ổ USB (vì vậy, không sao chép).

3. không thể sử dụng bất kỳ phương pháp nào phụ thuộc vào việc chạy công cụ quản lý SQL Server từ bảng điều khiển máy chủ hoặc từ máy trạm để sao lưu.

4. không thể kết nối trực tiếp với cơ sở dữ liệu SQL Server để phân tích vì dữ liệu phải được di chuyển đến các vị trí khác.

Điều tôi nghĩ tôi cần là một số cách để gọi tập lệnh tạo tệp sao lưu, sau đó sao chép kết quả vào ổ USB. Sau đó tôi cần một kịch bản thứ hai để sao chép các tập tin sao lưu từ ổ đĩa USB và khôi phục nó vào máy chủ SQL khác.

Dữ liệu đang được chuyển là chỉ đọc (hoặc bất kỳ thay đổi nào không cần phải quay lại máy chủ chính) và dữ liệu sẽ không được cập nhật ở vị trí thứ hai. Nó hiện đang được viết kịch bản với một tệp hàng loạt cũ đơn giản để sao chép tệp MDB back-end và tôi cần một thứ đơn giản cho người dùng.

Nó không thể có bất kỳ sự phụ thuộc nào, Powershell (của SQL Server Management Studio), bởi vì tôi không muốn nó phải được cài đặt trên máy tính người dùng đang chạy tập lệnh từ (có một nửa tá máy trạm mà kịch bản cần phải được chạy từ, và tôi không muốn phải cài đặt một cái gì đó trên tất cả các máy trạm đó).

Tôi sẽ thiết lập tác nhân sao lưu để tạo bản sao lưu hàng đêm, vì vậy tôi có thể sao chép tệp đó mà không cần phải bắt đầu sao lưu trước khi sao chép. Vì vậy, tôi chỉ có thể cần phải tập lệnh khôi phục trên máy tính mục tiêu.

Suy nghĩ, đề xuất, con trỏ?

Answer 1

Bạn chắc chắn sẽ có thể tạo ra thứ gì đó như thế.

Một phần sẽ là một T-SQL CREATE BACKUP kịch bản như một kịch bản .sql, và thực hiện điều đó từ Windows batch chuẩn (*.bat) hoặc lệnh (*.cmd) tập tin bằng cách sử dụng công cụ dòng lệnh sqlcmd.

Đó sẽ là một cái gì đó như thế này:

backup.sql

BACKUP DATABASE YourDatabase 
TO DISK = 'Z:\Backup\YourDatabase.bak' 
WITH FORMAT; 

Phần thứ hai sẽ là một.sql tập tin với một kịch bản T-SQL RESTORE, về cơ bản đọc dữ liệu từ một vị trí nhất định trên đĩa và khôi phục nó vào trường hợp SQL Server ở đó.

restore.sql

RESTORE DATABASE YourDatabase 
    FROM AdventureWorks2008R2Backups 
    WITH 
    MOVE 'YourDatabase_Data' TO 'C:\MSSQL\Data\YourDatabase.mdf', 
    MOVE 'YourDatabase_Log' TO 'C:\MSSQL\Data\YourDatabase_Log.ldf'; 
GO 

Tất nhiên, bạn cần phải thích nghi với những cái tên và đường dẫn đến yêu cầu thực tế của riêng bạn - nhưng điều đó chỉ nên cung cấp cho bạn một gợi ý làm thế nào để bắt đầu với nỗ lực này.

Để thực hiện một trong những kịch bản sql sử dụng sqlcmd, bạn cần một cái gì đó như:

sqlcmd -S (name of server) -U (login) -P (password) -I (name of script file) 

ví dụ

sqlcmd -S (local) -U someuser -P top$secret -I backup.sql 

Resources:

• How to create a full database backup
• T-SQL RESTORE command
• sqlcmd utility

Answer 2

Tại sao không tiếp tục sao chép toàn bộ tập tin cơ sở dữ liệu? Điều này đọc giống như một hoạt động đủ nhỏ để thoát khỏi tạm dừng tạm thời: Bạn có thể thu nhỏ cơ sở dữ liệu, tách và sao chép các tệp trực tiếp. Trên hệ thống đích, bạn có thể attach the SQLExpress DB by file name trong chuỗi kết nối.

Answer 3

Chỉ là một suy nghĩ nhưng nếu anh ta hiện đang đi với một bản sao của một tập tin MDB với tất cả các dữ liệu chỉ cho chính mình thì tại sao không thực hiện như thế. Bạn chỉ có thể làm tất cả trong truy cập với một truy vấn cho mỗi bảng.

Nếu bạn thiết lập MDB “báo cáo” với bảng được liên kết và được gọi là “tblFoo_LINKED” và bảng cục bộ được gọi là “tblFoo”, bạn có thể chạy một đoạn mã VBA lặp lại tất cả các bảng và thực thi

INSERT INTO tblFoo SELECT * FROM tblFoo_LINKED 

các máy chủ sao lưu SQL khôi phục vẫn sẽ là lựa chọn tôi sẽ đi cho nhưng chỉ cung cấp một spin khác nhau vào những thứ mà có thể phù hợp với nhu cầu của bạn

Answer 4

tôi đã cùng một vấn đề này vận chuyển db giữa sản xuất (máy chủ) và thử nghiệm phát triển (địa phương ở một vị trí khác) và cũng vận chuyển db thành công để lưu trữ ser ver.

Khi hóa ra tôi chỉ có thể tự vận chuyển .MDF.

1. Đảm bảo rằng db mục tiêu không có db được đính kèm, trước tiên hãy xóa nó trong SSMS.
2. Di chuyển bản thân .MDF (không có tệp nhật ký).
3. Tại vị trí mục tiêu mặc định c: \ program files ... sql .. \ DATA đảm bảo tất cả phiên bản trước của MDF và LDF được di chuyển hoặc xóa - nếu nó thấy tệp .ldf ở đó sẽ bị nhầm lẫn.
4. Trong SSMS, chọn đính kèm. Nhấn Thêm, chọn .mdf.
5. Tại thời điểm này, trong hộp bên phải bên dưới, nó sẽ cho thấy rằng một MDF và LDF được đính kèm và thiếu LDF. Nhấp vào LDF và nhấn nút XÓA.
6. Hiện tại, MDF sẽ được đính kèm và một LDF mới/trống sẽ được thêm vào.

Tôi làm điều này mọi lúc; hoạt động hoàn hảo - tiết kiệm sự cố khi vận chuyển một tệp .ldf lớn. (Tôi thường sử dụng dropbox.com thay vì ổ USB và mã hóa tệp bằng PKZIP/SecureZip trước.)

Tôi không chắc điều gì sẽ xảy ra nếu bạn sao chép MDF bằng máy chủ, mặc dù tôi không dừng trước khi sao chép. Tôi không chắc chắn làm thế nào để làm cho kịch bản này - đính kèm có thể được scriptable nhưng tôi không chắc chắn về việc xóa các .LDF trước khi tiếp tục.

Bạn có thể tạo kịch bản cho máy chủ để tạo bản sao chụp nhanh của cơ sở dữ liệu, sau đó vận chuyển MDF biết rằng nó không được cập nhật.

Một ý tưởng khác - viết chương trình để chèn tất cả các bản ghi vào một tệp phiên bản nhỏ gọn SQL Server và vận chuyển không? Tôi đã không thử nó, nhưng đọc về nó.