Máy chủ SQL Sandbox

Tôi đang cố gắng thiết lập một hộp cát cho các nhà phát triển báo cáo của chúng tôi để họ làm việc. Kế hoạch hiện tại của tôi là "thiết lập lại" cơ sở dữ liệu mỗi tối nhưng tôi không chắc chắn cách thực hiện. Ý tôi là khi thiết lập lại là về cơ bản tôi muốn loại bỏ bất kỳ bảng người dùng, chế độ xem, thủ tục được lưu trữ, v.v. khỏi tất cả trừ một cơ sở dữ liệu trên máy chủ. Tôi cho rằng một tùy chọn khác cũng sẽ là loại bỏ và tạo lại cơ sở dữ liệu nhưng tôi khá chắc chắn rằng điều đó có nghĩa là sẽ lấy lại quyền truy cập vào tất cả các nhóm / người AD thích hợp.

Tôi thực sự không biết điều gì sẽ là cách tốt nhất để thực hiện điều này vì vậy tôi hy vọng một số bạn sẽ có thể cung cấp một số ý tưởng / đề xuất tốt. Cảm ơn.

Để rõ ràng, về cơ bản, chúng tôi muốn thực hiện điều này với cơ sở dữ liệu của chúng tôi: http://try.discference.org/t/this-site-is-a-sandbox-it-is-reset-every-day/57 . Điều khác biệt duy nhất là chúng tôi không muốn tạo lại người dùng của mình mỗi ngày.

Phiên bản: SQL Server 2008
Phiên bản: Nhà phát triển & Doanh nghiệp

Một ý tưởng khác là chỉ cần thiết lập một công việc hàng đêm thực hiện sao lưu copy_only và khôi phục nó trên máy chủ dev (hoặc trên cùng một máy chủ, nếu bạn chỉ có một, nhưng đó có thể không phải là một ý tưởng tuyệt vời). Điều thú vị ở đây là việc khôi phục có thể đi đến bất kỳ máy chủ nào (hoặc nhiều máy chủ) và có thể được tách rời hoàn toàn khỏi mọi hoạt động trên cơ sở dữ liệu chính.

Trên máy chủ 1:

BACKUP DATABASE db TO DISK = '\\someshare\file.bak' 
  WITH COPY_ONLY, INIT, COMPRESSION;

Trên máy chủ 2:

RESTORE DATABASE db_dev FROM DISK = '\\someshare\file.bak'
  WITH REPLACE, RECOVERY;

Bạn cũng có thể cần thêm MOVEcác lệnh nếu bố trí đĩa giữa các máy chủ khác nhau (hoặc nếu bạn đang đặt bản sao trên cùng một máy chủ).

RESTORE DATABASE db_dev FROM DISK = '\\someshare\file.bak'
  WITH REPLACE, RECOVERY,
  MOVE 'data_file_name' TO 'D:\somepath\somefile.mdf',
  MOVE 'log_file_name'  TO 'E:\somepath\somefile.ldf';

Nếu bạn đang khôi phục trên cùng một máy chủ, bạn không nên có bất kỳ vấn đề nào với người dùng. Nếu bạn khôi phục đến một máy chủ khác, người dùng của bạn sẽ tồn tại nhưng thông tin đăng nhập cấp máy chủ có thể không. Có các kịch bản để khắc phục điều đó và một tính năng mới trong SQL Server 2012 ( Cơ sở dữ liệu có chứa ) giúp loại bỏ hoàn toàn vấn đề.

Vì bạn có một phiên bản với công cụ Phiên bản doanh nghiệp, tôi sẽ sử dụng ảnh chụp nhanh cơ sở dữ liệu .

Điều này sẽ cho phép bạn nhanh chóng và dễ dàng khôi phục mọi thay đổi được thực hiện trong ngày mà không phải khôi phục toàn bộ cơ sở dữ liệu.

Lưu ý rằng nếu các nhà phát triển đang có kế hoạch thực hiện tải dữ liệu lớn (nghe có vẻ như họ không?), Thì điều này có thể không phù hợp.

Hãy để tôi thêm vài xu của tôi để xem nó có giúp bạn không:

Trong công ty của tôi, chúng tôi đang gặp phải tình huống giống như mỗi đêm các nhà phát triển muốn làm mới cơ sở dữ liệu mà họ đã sử dụng suốt cả ngày. Điều này có nghĩa rằng chúng ta có một tập hợp các cơ sở dữ liệu của Dev không chạm - cho phép nói A và một tập hợp các cơ sở dữ liệu là chính xác sao chép A nhưng họ làm công cụ của họ, nhưng muốn được làm mới mỗi đêm - cho phép nói B . Điều này xảy ra trên 1 trường hợp máy chủ duy nhất.

Những gì tôi đã thực hiện là một QUY TRÌNH PHỤC HỒI ĐÊM để đạt được điều này. Dưới đây là cách nó hoạt động:

Tạo một bảng điều khiển với danh sách các cơ sở dữ liệu cần được khôi phục mỗi tối (như bạn đã đề cập).

Bảng: nightly_restore (OriginalDB, RestoreDB, sao lưu, enable_YN, Kết quả, PASS_FAIL)

Sau đó, bạn có thể viết một số TSQL sẽ lặp qua danh sách các cơ sở dữ liệu từ bảng trên và sau đó thực hiện khôi phục và ghi lại bất kỳ thành công hoặc thất bại nào trong Kết quả và một chút 1 = Đạt hoặc 0 = Thất bại. Enables_YN sẽ xác định xem cơ sở dữ liệu đó có cần được khôi phục hay không.

Nếu có thêm cơ sở dữ liệu sẽ được thêm vào trong tương lai thì bạn chỉ cần chèn chúng vào bảng và đặt bit enable_YN thành Y (đã bật).

Bằng cách này, quá trình sẽ linh hoạt và dễ quản lý hơn.

Nếu bạn muốn SQL mà tôi đã viết (tôi chắc chắn, bạn sẽ có thể viết nó :-)), chỉ cần ping tôi hoặc thêm một nhận xét và tôi sẽ chia sẻ nó.

HTH