Пісочниця SQL Server

Я намагаюся створити пісочницю для наших розробників звітів для роботи. Мій поточний план - "скидати" базу даних кожного вечора, але я не знаю, як це зробити. Що я маю на увазі під скиданням, це те, що я хочу по суті відкинути будь-які таблиці користувачів, представлення даних, збережені процедури тощо з усіх, крім однієї бази даних на сервері. Я припускаю, що ще одним варіантом буде скинути та відтворити базу даних, але я майже впевнений, що це означатиме можливість повернення доступу до всіх відповідних груп AD / людей.

Я дійсно не знаю, що було б найкращим способом зробити це, тому я сподіваюся, що деякі з вас зможуть надати кілька хороших ідей / пропозицій. Дякую.

Для наочності ми по суті хочемо це зробити з нашою базою даних: http://try.discourse.org/t/this-site-is-a-sandbox-it-is-reset-every-day/57 . Різниця полягає лише в тому, що ми не хочемо відтворювати своїх користувачів щодня.

Версія: SQL Server 2008
Edition: Developer & Enterprise

Іншою ідеєю було б просто встановити нічну роботу, яка робить резервну копію copy_only і відновлює її на сервері розробників (або на тому ж сервері, якщо у вас є лише один, але це може бути не чудовою ідеєю). Приємно в цьому те, що відновлення може перейти на будь-який сервер (або декілька серверів) і може бути повністю відірвано від будь-якої діяльності на основній базі даних.

На сервері 1:

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

На сервері 2:

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

Можливо, вам доведеться також додати MOVEкоманди, якщо розташування диска між серверами відрізняється (або якщо ви ставите копію на один і той же сервер).

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';

Якщо ви відновляєтесь на одному сервері, у вас не повинно виникнути жодних проблем із користувачами. Якщо ви відновите на іншому сервері, ваші користувачі існуватимуть, але вхід на рівні сервера може не робити. Існують сценарії, щоб виправити це , і нова функція в SQL Server 2012 ( Conposed Baz Data ), яка повністю усуває проблему.

Оскільки у вас є екземпляр з двигуном Enterprise Edition, я б використовував знімки бази даних .

Це дозволить швидко та легко повернути будь-які зміни, внесені протягом дня, не потребуючи відновлення всієї бази даних.

Зауважте, що якщо розробники планують робити великі навантаження даних (це здається, що їх немає?), То це може виявитися недоцільним.

Дозвольте додати свої кілька центів, щоб побачити, чи допоможе вам:

У моїй компанії у нас така ж ситуація, що щовечора розробники хочуть оновлювати бази даних, якими вони користуються протягом дня. Це означає , що у нас є безліч баз даних, Дев не чіпати - дозволяє скажімо А і інший набір баз даних , які є точною копією А , але вони роблять свої речі , але хочуть отримати оновлюється щоночі - дозволяє сказати , що B . Це відбувається на 1 одному екземплярі сервера.

Що я реалізував - це НОЧНО ВІДКРИТИЙ ПРОЦЕС для досягнення цього. Нижче описано, як це працює:

Створіть таблицю драйверів зі списком баз даних, які потрібно відновлювати кожного вечора (як ви вже згадували).

Таблиця: nightly_restore (OriginalDB, RestoreDB, резервне розміщення, увімкнено_YN, результати, PASS_FAIL)

Тоді ви можете написати деякий TSQL, який буде перебирати список баз даних з наведеної вище таблиці, а потім виконувати відновлення та записувати будь-який успіх чи невдачу в Результатах і трохи 1 = Pass або 0 = Fail. Enabled_YN визначить, чи потрібно цю базу даних відновити чи ні.

Якщо в майбутньому буде додано більше баз даних, вам доведеться просто вставити їх у таблицю та встановити біт enable_YN на Y (увімкнено).

Таким чином процес буде більш гнучким та керованим.

Якщо ви хочете, щоб я написав SQL (я впевнений, ви зможете його написати :-)), просто напишіть мені або додайте коментар, і я поділюсь ним.

HTH