Перенос с SQL на файлы
 

Привет! У нас сервер 1С крутится на SQL. Решили что с нашими тремя бухгалтерами нам это не надо и для упрощения работы на случай восстановления из бэкапов проще перенсти всё на файлы.

Это ведь реальный сценарий? Как это выглядит в общих чертах? Выгрузили данные — загрузили обратно, только уже без SQL?

Левел: нуб.
Конфигурация: голая БП без кастомизаций.

0-Nikitz >[em]У нас сервер 1С[/em]
а) пиратский?
б) или для трех бух-ов специально 1С:Сервер приобретали?
в) или, помимо [em]трех бух-ов[/em], еще конфы имеются?

- а). ясень пень на файловую, от пиратки уходить.
- б) а напуркуа тогда приобретали (хотя это как-то сомнительно), бабло вваливали?
- в) а смысл? Если одна конфа файловая, а другая нет?

0-Nikitz >[em]для упрощения работы на случай восстановления из бэкапов[/em]
всю жизнь думала, что в SQL бэкап и сделать, и поднять никаких проблем нету.
А тут вон оно чо, Михалыч. Файловая то, оказывается, надежнее:)..

зы: а ты уже попробовал трех пользователей в файловой по сети? летает?

2-Блондинка в шок > +100500
- Что может быть проще восстановления бэкапа SQL?
Да и в отличие от файловой - SQL бэкапить можно хоть ежеминутно (логи транзакций).

чё пристали?
автор сразу написал в топике свой уровень, зачем стебаться над ним?
или уже больше некуда ЧСВ приложить?
автор, не надо файловую, это гумно по сравнению с сервером
оно и падает чаще, и крутится медленнее

крутится - и пусть крутится!

ладно, вопрос насчет бэкапов не муссируем. Действительно, может быть, обычному юзеру проще всего файл 1CD скопировать - это и есть самый примитивный бэкап.

но остальные то вопросы в силе...
нельзя сказать, уйти на файловую или оставить SQL, пока не озвучен ответ на вопрос а).

если кто-то не вышел из файловой базы, или комп в сон ушел, выдернули из розетки - то тупое копирование файла *.1сd не сработает, либо бэкап будет битый. От лукавого и придумали SQL, ибо там бэкапы норм. Ответ на а) никого здесь на самом деле не интересует, кроме отдела К

1, всё лицензионное. Да, приобретали 1с:сервер, sql-версию, так как были планы по ИТ-инфраструктуре, которым не суждено было сбыться (не могу уточнить, некомпетентен) и сейчас мы смотрим на жизнь более трезво. Пиратками не пользуемся. Конфа одна на всех.

7, о, а это интересно, не слыхали о такой проблеме.

Значит, говорите, SQL для бэкапов православнее? В таком случае не могли бы вы описать в общих чертах грамотную схему организации бэкапа, нацеленной на быстрый подъём? Я пока лишь нашел утилиту Effector Saver, которая умеет делать бэкап указанной БД 1С из PostgreSQL, но ещё не пробовал обкатать процедуру восстановления. Однако, чувствую, этот метод ущербен.

(0) Дурь и блажь.

про размер таблиц - ограничение в файловой не рассказуали есчо ?

7, 9, 10, я вас понял! Спасибо за науку! Оставляем PostgreSQL, нивапрос, лишь бы бэкапилось надёжно. Курим мануалы, но от советов всё равно не отказываемся.

есть тонкая желтая книжка - там команды конфигуратора. Пишем *.bat или *.cmd или *.ps файл. Запускаем планировщиком заданий - например в полночь. Хоть файловую, хоть sql. Postgre насколько мне известно не приобретается, ибо бесплатный сыр в мышеловке, как там бэкапы не в курсе. Но в MS SQL всё по мастеру с подсказками просто.

А восстановление (допустим, на новой машине) будет выглядеть как накат виндов, сервера PostgreSQL, 1С и заливка дампа в БД?

13-Nikitz >Давно было, за точность не ручаюсь - делай бэкап эффектором, хоть раз в час, делается очень быстро, из трех выриатнов в ЭС, вроде последний не криво получается. Для восстановления - сначала под утилитой администрирования pgadmin, вроде, создаешь новую базу с шаблоном template0 - ОБЯЗВТЕЛЬНО, далее ч-з pgrestore восстанавливаешь или тем же рgadmin-ом,потом подключи базу к серверу и проверь. Можешь тем жэ ЭС делать копию средствами 1С - обычная дт получается, только предусмотри выгонялку пользователй, а то база заблокируется, разблокировать - 1 мин, но, если знающего на работе не будет - будет ор! :)))

файловую юзеры спи..ят, а с SQL навряд ли разберутся. особенно с нулевым уровнем.

(15) на счет: "файловую юзеры спи..ят"- кому надо они и выгрЫзку SQL поймут как сделать. Это не критерий

14, спасибо за помощь! ЭС пробовали — выгружает действительно шустро, правда, полное ощущение, что выгрузку он делает простым вызовом pg_dump. Думаю, сам вызов pg_dump в планировщик виндов поставлю и пусть выгружает. Сегодня попробую восстановиться из дампа.

Ну, вроде всё получилось.

Слил дамп через pg_dump.
Создал ручками новую БД в PGSQL.
Залил в созданную БД дамп.
Зашел в оснастку сервера 1С.
Добавил новую инфомрационную базу с указанием на новую БД.
В клиенте 1С добавил ИБ в стартовом окне.
Запустил — работает.

Спасибо, друзья! Вы — лучшие на этом форуме!

MS SQL Express тоже бесплатная ).

19-Пудель >вот только маленькая