Реклама на этом месте
Форум 1С
Форум 1С
Программистам. Бухгалтерам. Администраторам. Пользователям
Задай вопрос - получи решение проблемы. Без троллинга и флуда.
18 Дек 2017, 08:24
МультиВход
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Не получили письмо с кодом активации?
 
collapse

Автор Тема: Стратегия резервного копировани 1Сv7.7 + MS SQL 2000  (Прочитано 9801 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн |R|U|D|E|N

  • ***
  • Сообщений: 217
  • РЕПУТАЦИЯ: 3
  • КПД: 1%
  • Регистрация: 2011-01-09
  • Компания: Virtual-Kernel | KVM | Xen
  • Профессия: Разработчик 1С
Добрый день, посетители форума.

Вопрос не столько технический сколько организационный.

Есть сервер под упровлением Win2k3 Enterprise sp1. На сервере стоит стоит 1Сv7.7 а под ней MS SQL 2000 sp4.
Необходимо выполнять резервное копирование всего этого хозяйства.

На SQL-Сервере 8 баз, размером от 500-3000Мб. Конфигурация 1с всех баз в сумме весит около 300мб.
Пользователи работают с 1с только днем!

В сети, для бекапа остальных серверов и рабочих станций используется Acronis True Image Ent. Server ECHO 9.7.
Может это как то поможет делу...

Интересует именно стратегия резервного копирования!

На различных форумах можно встретить множество вариантов, скриптов, правда не всем эти варианты помогали а некоторые еще не пробовали востанвливать данные из своих бекапов...

На тикущий момент, вижу несколько вариантов.

1. Создовать каждую ночь резервные копии sql-баз средствами Enterprise Manager и Acronis'ом бекапить конфиг 1с + несколько раз в день бекапить журнал транзакций.

2. Каждую ночь выполнять выгрузку информационных баз средствами конфигуратора(скрипта). Мне кажется что это не эффективно и дольше по времени.

3. Ночью останавливать SQL-Сервер и Acronis'ом бекапить каталог SQL-сервера со всеми базами + каталог с конфигурацией 1с.

Наверняка возможны и другие варианты...Но я говорю лишь о тех которые я могу осуществить имеющимеся средствами.

Какой же из вариантов по Вашему наиболее эфективен, в плане 100% востановления после сбоя?


Оффлайн |R|U|D|E|N

  • ***
  • Сообщений: 217
  • РЕПУТАЦИЯ: 3
  • КПД: 1%
  • Регистрация: 2011-01-09
  • Компания: Virtual-Kernel | KVM | Xen
  • Профессия: Разработчик 1С
Мне кажется самым эффективным, 3-й способ.
Останавливаем сетевые подключения(тем самым отрубая возможно повисшие клиенты), останавливаем sql-сервер(этим мы отрубаем повисшие процессы), делаем бекап sql-баз и конфигов Acronis'ом. После, снова запускаем sql-сервер и востанавливаем сетевые подключения.

Единственный и существенный мину, если сбой произойдет в конце дня и прейдется востанавливать все из бекапов, вся работа за день будет потеренна....

Оффлайн progmikon

  • *****
  • Сообщений: 2090
  • РЕПУТАЦИЯ: 371
  • КПД: 18%
  • Регистрация: 2010-10-09
  • Компания: http://progmikon.blogspot.com/
  • Профессия: Программист 1С
Принципиальный момент состоит в том, что нужно бэкапить две вещи:
1. Папку с настройками
2. Базу СКУЛя.

На мой личный взгляд, первый ваш вариант вполне достаточен.
Для чего делать бэкап всего скуля? Цель? Для того случая, если скуль навернется? На мой взгляд для исключения этого варианта нужно использовать связку ОС + СКУЛь. И ее бэкапить.

Оффлайн |R|U|D|E|N

  • ***
  • Сообщений: 217
  • РЕПУТАЦИЯ: 3
  • КПД: 1%
  • Регистрация: 2011-01-09
  • Компания: Virtual-Kernel | KVM | Xen
  • Профессия: Разработчик 1С
Принципиальный момент состоит в том, что нужно бэкапить две вещи:
1. Папку с настройками
2. Базу СКУЛя.

На мой личный взгляд, первый ваш вариант вполне достаточен.
Для чего делать бэкап всего скуля? Цель? Для того случая, если скуль навернется? На мой взгляд для исключения этого варианта нужно использовать связку ОС + СКУЛь. И ее бэкапить.


Мне поставленна задача делать полный бекап скуля и конфигурации и в идеале на другой серве, на тот случай если например грохнется рейд.
Но самое главное чтоб востановление из резервной копии было на 100% успешно!Это основное требование.

Встречал много постов, на разных форумах где писали что базы не удавалось востановить даже имея резервные копии. Правдо для бекапа использовали какие то хитрые скрипты, инкрементальные бекапы и сторонний софт от мутных производителей. Поэтому лучше полный бекап, чем проблеммы при востановлении.
Более того через несколько дней, старые резервные копии можно удолять т.к уже не актуальны, тем самым экономя пространство на винтах.

Оффлайн progmikon

  • *****
  • Сообщений: 2090
  • РЕПУТАЦИЯ: 371
  • КПД: 18%
  • Регистрация: 2010-10-09
  • Компания: http://progmikon.blogspot.com/
  • Профессия: Программист 1С
Если подходить к этому вопросу скрупулезно, то на 100% обеспечить сохранность данных не получится. Можно лишь уменьшить процент риска. :)
Возможно, просто я не знаю про скуль достаточно, но все же я не пойму, копия папки скуля дает возможность полностью его восстановить?
На мой взгляд, для сокращения времени простоя, нужно строить отказоустойчивый кластер, либо делать образ самой системы со скулем.

Оффлайн |R|U|D|E|N

  • ***
  • Сообщений: 217
  • РЕПУТАЦИЯ: 3
  • КПД: 1%
  • Регистрация: 2011-01-09
  • Компания: Virtual-Kernel | KVM | Xen
  • Профессия: Разработчик 1С
Возможно, просто я не знаю про скуль достаточно, но все же я не пойму, копия папки скуля дает возможность полностью его восстановить?
Согласен. Копия папки не востановит скуль из праха)
Просто бекап всей системы делаться будет значительно реже, раз в месяц примерно. Система и установленный в ней скуль по своей суте статические "объекты" и практически не меняются. Единственное что динамично на этом сервере, это конфиг 1с и базы скуля.

Поэтому в случае железного збоя, востанавливаем систему из последнего образа системы даже на новое, другое железо(есть такая возможность у Acronic-а) после востанавливаем папку с базами скуля и конфиг 1с и собственно все!
 



 

Оффлайн progmikon

  • *****
  • Сообщений: 2090
  • РЕПУТАЦИЯ: 371
  • КПД: 18%
  • Регистрация: 2010-10-09
  • Компания: http://progmikon.blogspot.com/
  • Профессия: Программист 1С
Возможно, просто я не знаю про скуль достаточно, но все же я не пойму, копия папки скуля дает возможность полностью его восстановить?
Согласен. Копия папки не востановит скуль из праха)
Просто бекап всей системы делаться будет значительно реже, раз в месяц примерно. Система и установленный в ней скуль по своей суте статические "объекты" и практически не меняются. Единственное что динамично на этом сервере, это конфиг 1с и базы скуля.

Поэтому в случае железного збоя, востанавливаем систему из последнего образа системы даже на новое, другое железо(есть такая возможность у Acronic-а) после востанавливаем папку с базами скуля и конфиг 1с и собственно все!
Вот и я о том же! Копировать сам скуль нет необходимости. Если я вас правильно в итоге понял? Или нет?

Оффлайн |R|U|D|E|N

  • ***
  • Сообщений: 217
  • РЕПУТАЦИЯ: 3
  • КПД: 1%
  • Регистрация: 2011-01-09
  • Компания: Virtual-Kernel | KVM | Xen
  • Профессия: Разработчик 1С
Не совсем правильно ноняли)
Скорей всего я буду бекапить весь скул(каталог с файлами баз скула) около 10г. Мне так проще и кажется надежнее.
Разница в том, что Вы предлагаете в таком случае уже бекапить вмесе с ситемой. Правильно?
А я говорю, что система тоже будет бекапиться только значительно реже, и отдельно от баз скула т.к система в принципе не меняется во времени и настолько частый бекап(раз в день) бесполезен.

 

Оффлайн progmikon

  • *****
  • Сообщений: 2090
  • РЕПУТАЦИЯ: 371
  • КПД: 18%
  • Регистрация: 2010-10-09
  • Компания: http://progmikon.blogspot.com/
  • Профессия: Программист 1С
Не совсем правильно ноняли)
Скорей всего я буду бекапить весь скул(каталог с файлами баз скула) около 10г. Мне так проще и кажется надежнее.
Разница в том, что Вы предлагаете в таком случае уже бекапить вмесе с ситемой. Правильно?
А я говорю, что система тоже будет бекапиться только значительно реже, и отдельно от баз скула т.к система в принципе не меняется во времени и настолько частый бекап(раз в день) бесполезен.
)))
Резюмирую мысль: на мой взгляд нет смысла бэкапить весь скуль, если вы делаете бэкап баз.
Ну единственное, что можно, для собственного успокоения, так это бэкапить mdf-ники. Но бэкапить сам скуль "папкой", я по прежнему не вижу смысла.

Ну это мое мнение :)

Оффлайн |R|U|D|E|N

  • ***
  • Сообщений: 217
  • РЕПУТАЦИЯ: 3
  • КПД: 1%
  • Регистрация: 2011-01-09
  • Компания: Virtual-Kernel | KVM | Xen
  • Профессия: Разработчик 1С
Скорей всего я буду бекапить весь скул(каталог с файлами баз скула) около 10г.

Теперь я точно понял где мы не поняли друг друга))
Под словами "весь скуль" я имел ввиду только каталог с базами(тойсть mdf-ники и прочие с ним)
Понятно, что каталог с установленным скулем(бинарники и прочее) мне не нужны...

Отсюда и вопрос имея как раз mdf-ники всех баз, возможно корректное востановление баз??
Я некогда этого не практиковал раньше, поетому нехочится сидеть в итоге с кучей бесполезных бекапов....


Теги:
 


* Живое общение

Не устроил ответ?

Зарегистрируйся и задай свой вопрос. Живое общение приносит результат намного быстрее.


Зарегистрироваться

* Реклама

* Поиск

* Последние задачи на разработку (фриланс)

* Реклама

* Топ 10 авторов за месяц

Геннадий ОбьГЭС Геннадий ОбьГЭС
135 Сообщений
ilyay ilyay
63 Сообщений
AIFrame
63 Сообщений
alex0402
50 Сообщений
andron81_81
44 Сообщений
oleg-x
41 Сообщений
MuI_I_Ika MuI_I_Ika
31 Сообщений
BuhRust
30 Сообщений
Golickoff Golickoff
27 Сообщений
alexandr_ll
23 Сообщений

* Кто онлайн

  • Точка Гостей: 409
  • Точка Скрытых: 0
  • Точка Пользователей: 11
  • Точка Сейчас на форуме:

* Облако тэгов

* Форум 1С с мобильного

* Инструменты

* Дополнительно

Поиск

 
SimplePortal 2.3.5 © 2008-2012, SimplePortal