SQL. Настройка резервного копирования.

0. 1cprogr_nsk 04.09.13 06:07 Сейчас в теме
Настройка резервного копирования БД 1С на MS SQL Server. На примере MS SQL Server 2012

Перейти к публикации

Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. help1Ckr 11.09.13 10:01 Сейчас в теме
Спасибо за статью. В приципе у нас есть админ, который делает бэкапы, но эти знания не лишние
2. rasswet 82 11.09.13 10:37 Сейчас в теме
3. kvert 11.09.13 12:39 Сейчас в теме
Спасибо за статью!
Вопрос: а возможно ли как-то настроить планы обслуживания в MS SQL Server Express ?
4. 1cprogr_nsk 11.09.13 14:00 Сейчас в теме
(3)kvert, Не разу не работал с MS SQL Server Express, но в описании вроде есть графическая среда Management Studio Express, вот в ней и надо посмотреть. Ну и всегда можно написать запрос или скрипт на backup и запускать его по расписанию стандартными средствами ОС.
5. TrinitronOTV 7 16.09.13 10:10 Сейчас в теме
Спасибо большое за предоставленную статью, главное, что всё наглядно представлено
6. shiaju 13 09.01.14 07:10 Сейчас в теме
Хорошая статья для новичков!
7. yurowski 32 16.06.14 17:02 Сейчас в теме
Отлично! Я себе тоже настроил.
8. Astrakhan_man 05.09.14 16:38 Сейчас в теме
а можно запускать этот план обслуживания при работе пользователей, когда они проводят много документов? и когда меняется конфигурация?
9. asved.ru 35 05.09.14 17:28 Сейчас в теме
(8) Astrakhan_man, конкретно этот - нельзя, он содержит задачу ребилда индексов. В остальном можно (т.е. резервная копия будет транзакционно целостна), но любые операции отнимают какие-то ресурсы.
Astrakhan_man; +1 Ответить
10. 1cprogr_nsk 09.09.14 04:36 Сейчас в теме
(8) Astrakhan_man, Дневной и Trn можно, недельный - нет. При Настройке расписания нужно это учесть. В Sql этот план отобразиться в "Agent -> Задания" по вложенным планам: WEEKLY, Dayly от туда же их можно запускать вручную.
Astrakhan_man; +1 Ответить
11. Eduard66 26.09.14 12:32 Сейчас в теме
А зачем обновлять статистику, если делается Rebuild index?
12. Famza 84 12.03.15 12:56 Сейчас в теме
При таком плане растет журнал транзакций. Надо бы и его шинковать?
15. GreenDragon 28.03.15 12:45 Сейчас в теме
(12) Famza, во-первых, шринкование журнала транзакций при полной модели восстановления и архивирования лишено абсолютно всякого смысла, если ты себе не враг. Читай внимательно теорию. Шринк - это операция удаления из журнала зафиксированных транзакций, что нарушит последовательность ведения непрерывной цепочки транзакций в бекапах, соответственно про восстановиться ты сможешь только на момент создания последнего исправного полного либо разностного архива.
Во-вторых, любителям шринкования нужно вспомнить - что происходит, когда используемое место в журнале транзакций достигает 75%.
19. leonidkorolev 105 15.05.15 09:54 Сейчас в теме
(15) GreenDragon,

"Шринк - это операция удаления из журнала зафиксированных транзакций, что нарушит последовательность ведения непрерывной цепочки транзакций в бекапах, соответственно про восстановиться ты сможешь только на момент создания последнего исправного полного либо разностного архива." Эээээ... а вы на полной модели восстановления пробовали это сделать? Принцип целостности данных для скуля святое. Не шринканете пока не забэкапите. Как вы говорите? "Читай внимательно теорию."
13. mysav 26.03.15 18:25 Сейчас в теме
Какие нюансы есть при настройке резервного копирования распределенной базы данных?
14. vasyak319 142 26.03.15 19:23 Сейчас в теме
А зачем грохать процедурный кэш, если апдейт статистики всё равно инвалидит все скомпилированные планы запросов и процедуры и они будут перекомпилированы при первом обращении к ним?
16. shira84 201 15.05.15 08:36 Сейчас в теме
а как менять уже созданное задание? все перековырял, не пойму как добавить еще пару баз для архивирования, максимум можно расписание поменять и все.
17. shira84 201 15.05.15 08:41 Сейчас в теме
а все нашел, управление-планы обслуживания-резервное копирование, находим нужную задачу, щелкаем на картинку, в контекстном меню изменить.
18. leonidkorolev 105 15.05.15 09:41 Сейчас в теме
"но на мой взгляд это гораздо удобнее и правельнее." на мой взгляд это вообще не удобно и неправильно. Вообще ничё не видно, по сути неуправляемая система бэкапирования. Например я вручную подчищаю, проверяю вообще наличие копий и т.д. Всё делаю визуально. Более того, я подозреваю что в описанной схеме файлы разностных копий могут уже через два три дня быть больше полного бэкапа.Если хранить в одном файле то я не знаю это можно ли отследить. Неделя это очень много. Я делаю каждый день полный, через два часа разностный и через каждые пять минут логи. Потеря данных может быть максимум за 5 минут работы, в статье за час.(скрин своего плана прикрепил). Час это много.

"что очень неудобно при восстановлении, зато удобно при хранении." И в чём же здесь неудобство. Вот лежать себе файлики и лежат, никому не мешают.

"(Замем резервировать БД с ошибками?)" Эээээ.... Представляю себе следующую картину. В результате ошибки на пункте Проверка целостности копия не была сделана. В конце дня падает база. В своё оправдание вы говорите начальству, что базу нельзя восстановить т.к. нет смысла делать копию после пункта Проверка целостности в случае ошибки. Может всётаки будем делать всегда, невзирая ни на что?
Прикрепленные файлы:
20. 1cprogr_nsk 15.05.15 12:02 Сейчас в теме
(18) leonidkorolev, На вкус и цвет, как говорится... Никто вам не запрещает делать trn каждые 5, 10, минут, да хоть каждую минуту, конкретно у нас 1 час не критично, у кого либо может и 5 секунд критично будет, статья не об этом, а служит примером настройки. Про хранение аналогично, вот именно мне, мешает КУЧА файлов, но опять же на вкус и цвет... Разностные копии могут быть за несколько дней больше одной полной, но не больше, чем на каждый день делать полные! Про ""(Замем резервировать БД с ошибками?)" Эээээ....", возможно здесь вы правы, резервировать нужно.
21. leonidkorolev 105 15.05.15 13:49 Сейчас в теме
(20) "Разностные копии могут быть за несколько дней больше одной полной, но не больше, чем на каждый день делать полные!" Откуда такая уверенность да и ещё с восклицательным знаком? Я же спросил, вы можете вообще посмотреть объем ваших разностных копий? Вы видите что у вас копируется вообще и какого объёма? Оптимальна ли схема бэкапирования? Отчего зависит вообще объем разностных копий? Я всё это вижу (см. скрин выше), а вы как, на авось? Элементарное перепроведение документов бухом раздует дифференциальный бэкап до терабайтов. И чё делать? Удалять весь бэкап, всю историю бэкапов?
22. 1cprogr_nsk 15.05.15 14:25 Сейчас в теме
(21) leonidkorolev, Почему на авось? Что мешает посмотреть содержимое "Устройство резервного копирования"? Ну и на диске он выглядит как один файл с вполне конкретным значением. А Trn у меня сейчас в разных файлах в одной папке. При восстановлении SQL знает что и где лежит.
Прикрепленные файлы:
23. Deroswent 17.08.15 13:58 Сейчас в теме
Собственно вопрос: а как удалить Резервные Наборы Данных с истекшим сроком годности???
Сделано все приблизительно как описано в статье, и вырос мой файл BACKUP.DAT уже до 66 Гб......
Прикольно конечно что я могу восстановить БД до состояния "4 месяца назад в 1,45 ночи" но дикс не резиновый то....
24. leonidkorolev 105 17.08.15 14:21 Сейчас в теме
(23) Deroswent, ну вот ещё один минус копирования в один файл. Оставьте этот раздутый файл и переделывайте схему бэкапирования.
25. Deroswent 17.08.15 14:30 Сейчас в теме
(24) leonidkorolev, вот я и стаю на пороге этого. Но никак не могу сообразить как удалять ненужные мне файлы. Допустим, каждый бекап делается в отдельный файл.
Как удалить файлы старще 14 дней к примеру?
26. 1cprogr_nsk 18.08.15 05:44 Сейчас в теме
(23) Deroswent, Если будете сохранять в отдельные файлы, то в план обслуживания добавьте Задачу "Очистка после обслуживания" и настройте на удаление резервных копий. Я же переношу раз в 3 мес. этот один большой бэкап на сервер-архив. После срабатывания задания опять создается файл бэкапа с новым архивом.
27. Skobuneev 07.10.15 11:46 Сейчас в теме
Скажите, а как настраивается количество бекапов? Ну то есть, чтобы был не всегда только последний полный бекап, а к примеру, несколько бекапов, Каждый из которых можно было бы восстановить?
28. 1cprogr_nsk 12.10.15 05:30 Сейчас в теме
(27) По умолчанию так и будет, а вообще в плане обслуживания (недельном или дневном) в настройках задачи "Резервное копирование БД", есть настройка что делать, если набор записей не пустой, по умолчанию стоит "Присоединить", т.е. к существующим бэкапам добавиться новый. Можно поставить "Заменить", тогда каждый раз у Вас будет последний бэкап.
Skobuneev; +1 Ответить
29. Гость 10.12.15 11:47
Друзья, посоветуйте.
Если по плану обслуживания по какой нить причине не было сделано бекапирование, как сделать чтобы пришло оповещение на почту об этом.
Необходима жесткая проверка средствами SQL. Ну скажем после работы плана обслуживания запускается проверка существует ли в каталоге с бекапами файлы резервных копий. Интересует вариант исключительно средствами самого SQL возможность такая.
30. 1cprogr_nsk 11.12.15 05:37 Сейчас в теме
(29) Гость, В редактировании плана обслуживание к задаче "Резервное копирование" нужно добавить задачу "Уведомление оператора" и связать их "красной" стрелочкой (добавляете обычную и по правому клику в контекстном мены выбираете "Ошибка").P.S. нужно добавить в Агенте сервера оператора и настроить e-Mail и/или команду net send
31. mailomsk 10.03.17 10:28 Сейчас в теме
Может кто то из присутствующих показать План обслуживания!
1-Настройка "Обслуживание БД 1с" Регламентные операции ежедневное
2-Настройка "Резервное копирование БД и лога" ежедневное
Как все это совместить с 1 БД возможно и просто, а вот если БД 15 шт.
Сейчас все крутится на PostgreSQL, но надо перенести все БД в MSQL 2012!
32. Velesstroy_OOO 10.03.17 16:11 Сейчас в теме
(31) для обслуживания баз в план добавляется операция, в свойствах операции выбираете для каких баз она должна выполняться. Плюс указываете последовательность выполнения.
33. mailomsk 28.03.17 20:04 Сейчас в теме
Не подскажете что нужно сделать что бы очистить!
Резервное копирование лога каждые 10 мин!
В настройках плана указал срок набора резервного копирования 1 день!
Копирование настроено на "Устройство резервного копирования"
Диски 1-2-3-4-5
Вопрос как можно очистить??
34. Fox-trot 126 29.03.17 06:58 Сейчас в теме
на курсах администрирования есть отдельное занятие посвященное именно вашему вопросу
35. vkozak 12.04.17 08:37 Сейчас в теме
Спасибо, очень полезная статья.
Реально ни чего лишнего.
36. user636146_andrey.bibikoff 08.07.17 21:40 Сейчас в теме
А как же Дефрагментация индексов?
37. Yaromax 22.01.19 15:38 Сейчас в теме
Для того, чтобы делать полные резервные копии базы - должна быть или очень большая база, или мало места для резервного копирования, или стальные нервы админа. Делаю полную копию рабочих баз каждую ночь, в рабочее время каждый час разностная копия (простая модель восстановления, интервал в 1ч согласован), полная модель в случае с 1С 8 может вызывать вопросы, хотя она, конечно, намного лучше.
38. 1cprogr_nsk 85 23.01.19 10:32 Сейчас в теме
Очень большая это какой размер? У нас 3 базы и каждая больше 100Gb и это на самом деле не много. Полный бекап такой базы примерно 10Gb, сильно накладно и не обосновано делать каждую ночь в таком случае полный бекап. Какие вопросы может вызвать полная модель в случае 1С? Речь идет об резервном копирования средствами СУБД, и целостность БД обеспечивается именно ей, и без разницы, что за БД подключена 1С или что-то еще. В методической поддержки для разработчиков и администраторов 1С сказано, что при клиент-серверном размещении БД, резервное копирование обеспечивать самой СУБД.
39. user1163311 16.04.19 16:48 Сейчас в теме
спасибо большое,простым языком,с картинками,очень доступно.как будто читаю детскую книжку с иллюстрациями)
40. formidron 27.07.19 20:47 Сейчас в теме
41. ded20ded 31.08.19 21:03 Сейчас в теме
Доброе, у кого еть скрипт, ежедневного восстановление базы на втором сервере из бекапа? как это лучше реализовать? SQL серверы разных версий 2012 и 2019
42. 1cprogr_nsk 85 03.09.19 13:45 Сейчас в теме
(41) Здравствуйте, как вариант:
1. Зайти в Management studio;
2. Кликаем Правой кнопки мыши по нужной ИБ -> Задачи->Восстановить-> База данных. В открывшемся мастере настроить так как должно у вас всегда выполняться восстановление и нажать вверху радом с кнопкой "Скрипты" чёрную стрелочку вниз, чтобы открылся список вариантов, выбираем "Буфер обмена";
3. Создать план обслуживания в с одним заданием "Выполнение инструкции T-SQL", вставить из буфера полученный скрипт. Настроить расписание.
43. Nordym42 16.02.21 13:40 Сейчас в теме
Добрый день. Есть вопросы по резервному копированию базы данных через средства SQL, не могли бы помочь настроить всё по человечески за вознаграждение?
44. Nordym42 16.02.21 13:42 Сейчас в теме
Добрый день. Есть вопросы по резервному копированию базы данных через средства SQL, не могли бы помочь настроить всё по человечески за вознаграждение?
Оставьте свое сообщение
Вопросы с вознаграждением