К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

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

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

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

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



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

- а). ясень пень на файловую, от пиратки уходить.
- б) а напуркуа тогда приобретали (хотя это как-то сомнительно), бабло вваливали?
- в) а смысл? Если одна конфа файловая, а другая нет?
2 - 20.02.2014 - 12:39
0-Nikitz >для упрощения работы на случай восстановления из бэкапов
всю жизнь думала, что в SQL бэкап и сделать, и поднять никаких проблем нету.
А тут вон оно чо, Михалыч. Файловая то, оказывается, надежнее:)..

зы: а ты уже попробовал трех пользователей в файловой по сети? летает?
banned
3 - 20.02.2014 - 12:50
2-Блондинка в шок > +100500
- Что может быть проще восстановления бэкапа SQL?
Да и в отличие от файловой - SQL бэкапить можно хоть ежеминутно (логи транзакций).
4 - 20.02.2014 - 13:00
чё пристали?
автор сразу написал в топике свой уровень, зачем стебаться над ним?
или уже больше некуда ЧСВ приложить?
автор, не надо файловую, это гумно по сравнению с сервером
оно и падает чаще, и крутится медленнее
5 - 20.02.2014 - 13:15
крутится - и пусть крутится!
6 - 20.02.2014 - 13:16
ладно, вопрос насчет бэкапов не муссируем. Действительно, может быть, обычному юзеру проще всего файл 1CD скопировать - это и есть самый примитивный бэкап.

но остальные то вопросы в силе...
нельзя сказать, уйти на файловую или оставить SQL, пока не озвучен ответ на вопрос а).
7 - 20.02.2014 - 13:24
если кто-то не вышел из файловой базы, или комп в сон ушел, выдернули из розетки - то тупое копирование файла *.1сd не сработает, либо бэкап будет битый. От лукавого и придумали SQL, ибо там бэкапы норм. Ответ на а) никого здесь на самом деле не интересует, кроме отдела К
Гость
8 - 20.02.2014 - 13:50
1, всё лицензионное. Да, приобретали 1с:сервер, sql-версию, так как были планы по ИТ-инфраструктуре, которым не суждено было сбыться (не могу уточнить, некомпетентен) и сейчас мы смотрим на жизнь более трезво. Пиратками не пользуемся. Конфа одна на всех.

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

Значит, говорите, SQL для бэкапов православнее? В таком случае не могли бы вы описать в общих чертах грамотную схему организации бэкапа, нацеленной на быстрый подъём? Я пока лишь нашел утилиту Effector Saver, которая умеет делать бэкап указанной БД 1С из PostgreSQL, но ещё не пробовал обкатать процедуру восстановления. Однако, чувствую, этот метод ущербен.
Гость
9 - 20.02.2014 - 13:55
(0) Дурь и блажь.
101
10 - 20.02.2014 - 14:01
про размер таблиц - ограничение в файловой не рассказуали есчо ?
Гость
11 - 20.02.2014 - 14:18
7, 9, 10, я вас понял! Спасибо за науку! Оставляем PostgreSQL, нивапрос, лишь бы бэкапилось надёжно. Курим мануалы, но от советов всё равно не отказываемся.
12 - 20.02.2014 - 15:03
есть тонкая желтая книжка - там команды конфигуратора. Пишем *.bat или *.cmd или *.ps файл. Запускаем планировщиком заданий - например в полночь. Хоть файловую, хоть sql. Postgre насколько мне известно не приобретается, ибо бесплатный сыр в мышеловке, как там бэкапы не в курсе. Но в MS SQL всё по мастеру с подсказками просто.
Гость
13 - 20.02.2014 - 17:17
А восстановление (допустим, на новой машине) будет выглядеть как накат виндов, сервера PostgreSQL, 1С и заливка дампа в БД?
14 - 20.02.2014 - 18:09
13-Nikitz >Давно было, за точность не ручаюсь - делай бэкап эффектором, хоть раз в час, делается очень быстро, из трех выриатнов в ЭС, вроде последний не криво получается. Для восстановления - сначала под утилитой администрирования pgadmin, вроде, создаешь новую базу с шаблоном template0 - ОБЯЗВТЕЛЬНО, далее ч-з pgrestore восстанавливаешь или тем же рgadmin-ом,потом подключи базу к серверу и проверь. Можешь тем жэ ЭС делать копию средствами 1С - обычная дт получается, только предусмотри выгонялку пользователй, а то база заблокируется, разблокировать - 1 мин, но, если знающего на работе не будет - будет ор! :)))
15 - 21.02.2014 - 00:38
файловую юзеры спи..ят, а с SQL навряд ли разберутся. особенно с нулевым уровнем.
Гость
16 - 21.02.2014 - 09:21
(15) на счет: "файловую юзеры спи..ят"- кому надо они и выгрЫзку SQL поймут как сделать. Это не критерий
Гость
17 - 21.02.2014 - 10:38
14, спасибо за помощь! ЭС пробовали — выгружает действительно шустро, правда, полное ощущение, что выгрузку он делает простым вызовом pg_dump. Думаю, сам вызов pg_dump в планировщик виндов поставлю и пусть выгружает. Сегодня попробую восстановиться из дампа.
Гость
18 - 21.02.2014 - 11:31
Ну, вроде всё получилось.

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

Спасибо, друзья! Вы — лучшие на этом форуме!
19 - 23.02.2014 - 14:43
MS SQL Express тоже бесплатная ).
Гость
20 - 23.02.2014 - 17:42
19-Пудель >вот только маленькая


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены