Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Сохранение-восстановление или Загрузка -Выгрузка для 1С с SQL Server?  (Прочитано 15006 раз)
0 Пользователей и 7 Гостей смотрят эту тему.
guest123
Гость
« : 14-02-2010 14:50 » 

В меню конфигуратора есть пункты:  Администрирование -> Сохранение, Восстановление, Загрузка и Выгрузка...
Провел я эксперимент.
Имею 1С с базой на SQL Server.
Сначала сохранил данные в файл через Администрирование -> Сохранение.
Потом сделал изменения в базе...
Потом попробовал восстановить через Администрирование -> Восстановление.
В результате должно было восстановиться то, что было до внесения изменений в базу данных...,
однако база как будто не увидела моих попыток "восстановить" базу данных...
Все внесённые мною после сохранения данные так в ней и остались после попытки "восстановить" базу...

Тогда попробовал я выгрузить данные через Администрирование -> Выгрузка.
Потом сделал изменения в базе...
Потом попробовал восстановить через Администрирование -> Загрузка.
В результате было восстановлено то, что было до внесения изменений в базу данных.
Т.е. в базе восстановилось то, что было "выгружено", а все изменения, сделанные после выгрузки, исчезли.

Означает ли это, что Сохранение-Восстановление предусмотрено для файл-сервера, а Загрузка-Выгрузка для SQL-сервера?
И если нет, то поясните пожалуйста для чего и то и другое? Скромно так...

И ещё... SQL Server имеет свои средства сохранения- восстановления данных минуя конфигуратор 1С. будет ли правильнее использовать средства сохранения данных SQL Server.
Как лучше?
« Последнее редактирование: 14-02-2010 17:26 от Sel » Записан
Naghual
Модератор

ua
Offline Offline
Пол: Мужской
ОПТИМИСТ


WWW
« Ответ #1 : 14-02-2010 20:18 » 

Означает ли это, что Сохранение-Восстановление предусмотрено для файл-сервера, а Загрузка-Выгрузка для SQL-сервера?

И ещё... SQL Server имеет свои средства сохранения- восстановления данных минуя конфигуратор 1С. будет ли правильнее использовать средства сохранения данных SQL Server.
Как лучше?

Сохранить-Восстановить  -  только для файл-сервера. Фактически, Сохранить, зипует рабочий каталог БД.
Загрузить-Выгрузить  -  подходит для любого варианта и является более предпочтительным.
Резервное сохранение средствами самого SQL  -  делает бэкап данных хранящихся только в SQL.

Ответ на вопрос "Что лучше" - вы дадите сами себе. Я лишь позволю себе уточнить несколько моментов:
Падение БД 1С бывает от разных причин и разной степени сложности. В основном, Загрузки-Выгрузки для восстановления ее работоспособности бывает достаточно. Однако, если проблема затронула и сам каталог БД 1С, то таким способом Вы не сможете восстановить дополнительные файлы (языковые модули, сторонние расширения DLL и т.д.).
Резервирование средствами SQL происходит быстрее Выгрузки и может выполнятся даже при работающих с базой пользователях.

Удачи
Записан
Kivals
Модератор

ca
Offline Offline
Пол: Мужской

WWW
« Ответ #2 : 15-02-2010 09:46 » 

guest123, Naghual абсолютно верно все описал, но добавлю свои пыть копеек для информации:
При нормальной конфигурации рабочей среды резервное сохранение должно быть автоматическим и восстанавливать данные как можно ближе к точке сбоя. Потому правильным ИМХО (для критически важных баз) является:
1. Резервное сохранение каталога базы и полная выгрузка данных из SQL сервера средствами SQL сервера (почему именно средствами SQL - смотри п.2) не реже раза в сутки и при каждом обновлении конфигурации - это нужно делать при полностью "закрытой" базе - т.е. без вошедших пользователей 1С. Из каталога наиболее критичным является файл 1cv7.md, т.к. структура таблиц БД связана с его внутренними идентификаторами.
2. Чтобы иметь возможность восстановить текущую работу - инкрементный backup (средствами SQL его можно делать во время работы пользователей) - так часто, как нужно: например раз в час.
При таком подходе можно восстановить базу с потерями не больше часа работы (период инкрементного сохранения)

В случае когда сутки работы не считаются критичными для восстановления достаточно п.1, и тогда в нем метод сохранения можно выбирать любой: как средствами SQL, так и средствами 1С
Записан
Naghual
Модератор

ua
Offline Offline
Пол: Мужской
ОПТИМИСТ


WWW
« Ответ #3 : 15-02-2010 09:48 » 

Kivals, я намекал на то, что-б он сам к этому пришел
Улыбаюсь
Записан
osv
Новенький

ru
Offline Offline

« Ответ #4 : 07-10-2010 10:08 » 

Добрый день!

в тему обсуждаемого ранее вопроса:
"В случае когда сутки работы не считаются критичными для восстановления достаточно п.1, и тогда в нем метод сохранения можно выбирать любой: как средствами SQL, так и средствами 1С"

если оба метода в таком случае равнозначны, почему тогда настолько отличаются размером бекап базы 1С SQL-я и выгрузка этой же базы средствами 1С?
Записан
Naghual
Модератор

ua
Offline Offline
Пол: Мужской
ОПТИМИСТ


WWW
« Ответ #5 : 07-10-2010 10:18 » new

если оба метода в таком случае равнозначны
Это утверждение неверно.

почему настолько отличаются размером бекап базы 1С SQL-я и выгрузка этой же базы средствами 1С?
Потому что это бэкапы разного формата содержащие в себе данных в разных форматах. (уж простите за каламбур)

Учите матчасть.
Записан
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines