Câu trả lời:
Bạn có thể di chuyển tệp MDF sang máy chủ khác để đặt trực tuyến.
Trong môi trường phát triển / dàn dựng đôi khi rất hữu ích khi lấy cơ sở dữ liệu ngoại tuyến để đảm bảo rằng bạn đang kết nối với phiên bản đúng của cơ sở dữ liệu trong ứng dụng và bạn không có chuỗi kết nối bị kẹt ở đâu đó.
Điều đó nói rằng, trong tình huống này, một ý tưởng tốt hơn là có các tên cơ sở dữ liệu khác nhau cho các môi trường khác nhau và quy trình xây dựng sẽ tự động định cấu hình chuỗi kết nối của bạn ...
Tương tự, tôi muốn lấy cơ sở dữ liệu ngoại tuyến trong một khoảng thời gian trước khi ngừng hoạt động chúng trong trường hợp không có lý do vì lý do nào đó chúng cần phải quay lại trực tuyến. Tôi đã bị cắn khá nhiều lần bởi các nhà phát triển có móc mà tôi không biết đến một trong những cơ sở dữ liệu của mình khi tôi muốn thoát khỏi nó. Mang nó ngoại tuyến ít quyết liệt hơn và tốn ít thời gian hơn so với xóa nó và khôi phục nó nếu cần.
Một điều nữa sẽ là một biện pháp bảo vệ khẩn cấp. Tôi đã phải làm điều này trước đây. Đôi khi một lỗi khó chịu được tìm thấy trong ứng dụng của bạn, mặc dù không độc hại, vẫn sẽ làm hỏng dữ liệu trong cơ sở dữ liệu của bạn. Lấy cơ sở dữ liệu ngoại tuyến là một cách nhanh chóng để cầm máu cho đến khi bạn nhận được lỗi. Sau đó, bạn có thể đưa nó trở lại trực tuyến để đánh giá thiệt hại trong cơ sở dữ liệu.
Mặc dù một số câu trả lời ở đây có thể cung cấp cho bạn một số ý tưởng liên quan đến những gì bạn có thể làm với cơ sở dữ liệu bị hạn chế quyền truy cập, nhưng thực tế không thể thực hiện được nhiều với cơ sở dữ liệu ngoại tuyến. Bạn không thể cập nhật, nâng cấp, thêm hoặc xóa dữ liệu, v.v.
Lý do bao trùm của tôi, lý do tôi phải bán cho DBA thường xuyên hơn là tôi muốn liệt kê ...
"SAN cần sửa chữa ... và không, tôi không thể trao đổi ổ đĩa nóng, bảng nối đa năng / bộ điều khiển bị lỗi."
Các trường hợp DB hoạt động rất tệ khi các đĩa của chúng biến mất.
Do đó, tôi tắt các phiên bản SQL trước khi lấy SAN ngoại tuyến và sau đó đưa chúng trở lại từng cái một để chúng không tranh chấp tài nguyên - phiên bản đầu tiên lấy tất cả tài nguyên cụm và trở thành nút Active DB, các phiên bản tiếp theo chạy như các nút thụ động.
Có nhiều lý do tại sao bạn cần phải làm điều này ..
Ví dụ,
consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..
Điểm quan trọng nhất ..
Is taking a backup.. to get a perfect snapshot in time..
(trong một số DB bạn chỉ cần tạo một khóa trên tất cả các bảng)