| 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 бэкап и сделать, и поднять никаких проблем нету. А тут вон оно чо, Михалыч. Файловая то, оказывается, надежнее:).. зы: а ты уже попробовал трех пользователей в файловой по сети? летает? | |
| 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) Дурь и блажь. | |
| 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-Пудель >вот только маленькая | |
Интернет-форум Краснодарского края и Краснодара |
