Вем привет ! Кто сталкивался с Fresh технологией ? Что то в инете не могу найти внятный ответ на один вопрос. Во фреше всего одна база для нескольких органзации. Так вот если делать резервное копирование на уровне базы, то потом восстановить данные отдельной организации не получиться. Выгрузить оперативно из 1С тоже нельзя, так как надо будет выгнать всех пользователей из онлайна. Как быть ?

Делай ночами, в чем проблема?

А если нужно будет делать днем ? То есть бэкап во время обеда и ночью, так как требуют что бы была возможность восстановить полуденные данные.

(2) сервис фреша подразумевает работу сервера без падения

(3) Кроме падения есть еще причины для бэкапов. Например, человеческие ошибки.

(4) версионирование в помощь

Я вот читал, что в Фреше можно делать резервное копирование , но  так и не понял. Может ли он это далать, когда база (приложение) занята.

(6) Что на это ответили те, кто этот фреш предоставили?

Системное (средствами СУБД) резервное копирование в помощь.
Потом восстанавливаешь эту базу и из нее уже снимок нужной области данных получаешь и восстанавливаешь в целевую общую инфобазу.
Ну и для чудаков выделенные инфобазы делаешь, тогда попроше восстановление будет.

Прикладное резервноке копирование - только в монопольном режиме.

(6) нет, всё должны выйти

(0) Делаешь копию всей базы, ставишь рядом, удаляешь ненужные области

(11) Это может быть долго, если областей много, т.к. удалять можно по одной области только

МимохожийОднако, еще никто не предоставил. Пока изучаем и пытаемся понять чем едят.

Сам Фреш не умеет елать резервное копирование пока база занята ?

Авто баклан какой-то. Ему как минимум прямым текстом ответили на его вопрос, а он все мыкается ))

(5) как с помощью версионирования ты ответишь на вопрос: "Почему в отчете были другие суммы" ?
Как ты найдешь тот документ, что поменялся?

Cyberhawk, где это прямым текстом ответили ?

(17) Если вы клиент сервиса, то ответ в (10). Если вы владелец сервиса, то делайте копию средствами СУБД и препарируйте её как угодно монопольно.

Я в роли владельца. Что бы восстановить одну базу мне надо где то поднять базу на 900 гигабайт и оттуда выгрузить ДТ ? Издевательство.

(19) А оттуда можно выгрузить ДТ (по части данных)?
Ну наверно у СУБД есть средства для поддержания клона базы в актуальном состоянии без "поднять базу"

(20) ДТ куском не выгружается

(19) ты владелец и бэкапов вообще не делаешь?

Ребята, читайте предыдущие посты. Что бы не засорить тему. Если фреш, то почему нельзя кусками ?

(23) нельзя кусками что?
С точки зрения СУБД кусков не существует, а чтобы выгружать средствами 1С нужен монопольный доступ к куску

Если фреш, то почему нельзя выгрузить дт отдельной организации ?
Фреш не умеет ?

(25) Нет. Данные отдельно, cf отдельно. DT целиком.

Единственное что приходит в голову - сделать пустую базу где-то и сделать с ней обмен с отбором по организации. Вопрос в том, насколько это работает в условиях Фреша. А вообще проблема разделения базы по организациям - естественный минус ведения всего и вся в одной базе.

(27)А смысл фреша тогда?)))

(25)А вы локально умеете выгружать ДТ с половиной данных?

K1RSAN, я вот тоже об этом. Но те кто создавали фреш наверняка должны были компостировать этот момент

Вот как они компенсируют ?

(29) Никакой фрешЪ не может изменить общую схему работы 1с.

(28) Смысл в том, чтобы там была актуальная информация по все организациям. А архив желательно только по одной: например для аудита или проверки какой. Мало ли причин может быть, почему может понадобиться срез базы по одной организации из всех в базе.

(30)В смысле - компенсируют? Фреш - дешево для ларьков. Экономия на оборудовании, спецах и обслуживании. Естественно при этом жертвуя полным функционалом.

(32)Если "копия" базы находится у заказчика, то ему придется покупать коробку с ключом. И смысл фреша теряется. Если вы предлагаете хранить на сервисе, то тогда надо на все организации делать отдельную базу "на всякий случай".

(33) Ну тогда надо создать эту пустую базу во Фреше и там хранить. Только как я понимаю - там за фреш надо за каждую отдельную базу платить. Так что хрен редьки не слаще. Только с коробкой можно будет хоть 10 отдельных баз сделать по организациям, а во фреше каждая будет на тариф влиять. Легкого решения без недостатков не вижу

Во фреше админы делают полные копии баз со всеми приложениями сразу.

Dmitry1c, то есть нету делать копию базы по отдельности в разрезе организации ?

(36)Задайте уже вопрос поставщикам. Сколько они с вас будут брать за ведение в отдельной базе.

(36) Есть. См (27)

из вреша же есть выгрузка в режиме предприятия.
через xml.
только так, только хардкор

(39) и ей нужен монопольный доступ к области данных

Что теперь выгрузка-загрузка xml требует монопольного доступа?
Или это какая то платформенная приблуда?
Хотя все платформенные приблуды - такие же обычные обработки

(41) Это специальная обработка для сервиса, ограничение, я думаю, не платформенное. Но работает она не быстро - если снять требование монопольного доступа, велик шанс получить несогласованные данные в выгрузке.

(19) Есть сильные сомнения что вы владелец сервиса, т.к. задаете очень странные вопросы.
Если бы вы делали полноценный сервис, то у вас был бы подготовительный и/или тестовый контур в который бы копировались данные из рабочего контура (или регламентно или по необходимости средствами СУБД). И в случае необходимости вы бы могли сохранить дамп области данных из тестового контура, где реальных пользователей нет

(17) Ну например в (9) и (10), не?

Бекап базы есть в ЛК https://1cfresh.com/a/adm/ru_RU/
Там же через меню архивные копии можно и data_dump.zip утащить.

Второй вариант (актуален для БП и ЗУП, для остальные не проверял) это АРМ (автономное рабочее место)
По сути это уриб копия базы. А уж как бекапить локальную копию - это уж пусть ваша фантазия вам помогает

а ну и как писали выше, непосредственно из самой базы через администрирование "выгрузка в локальную копию"

(0) Богомерзкое это дело - этот Ваш фрэш

(47) очень удобно.

(43) тихо сп. и ушел - называется владелец

Блин ребята читайте сперва выше посты. Кто сказал что я владелец ? Я писал мы изучаем фреш и что в роли владельца. Если бы я был бы владельцем, то Вас здесь учил бы.

(50) ну так изучайте по официальной документации которая идет в комплекте с фрешом, а не мы тут что то скачали куда тут тыкать?

(50) сам в (19) сказал, что в роли владельца. Если владельца базки - то это клиент, а не владелец.

(48) спасибо, наелись мы этими фрэшами

(50) Тогда начните изучение со встроенной к Фрешу документации + Методическое пособие по эксплуатации крупных информационных систем на платформе «1С:Предприятие 8». Издание 2.

Кто работет с Фрешом как администраторы сервиса - их единицы.

(45) (46) Все это требует монопольный режим и такая прикладная сериализация данных в разы дольше, чем системное резервное копирование

Сделай копию базы и выгружай области из неё

Ну т.е. из коробки у фреша нет никакой возможности сделать "моментальный снимок" без прерывания работы пользователей.
А не из коробки это только договариваться с поставщиком сервиса, чтоб он тебе моментальный системный бекап сделал, подготовил и предоставил (подготовил с одной твоей областью данных, если базка у тебя не выделенная была).

(56) Повторюша (8) :)

(55) Серьезно?

(59) Абсолютно, вся ветка об этом

(59) Ага. Видимо ты отстал от жизни.

(36) можно.

я вообще о том, как там это организовано.

(61) я просто не знаю как проверить. Через ЛК там копии там нет блокировки и монопольного доступа
через АРМ - тоже постоянно баловался - ну нет там блокировок и монопольного доступа (ну только если в локальную базу не прилетело обновления и нужно монопольный доступ для локальной базы)
Единственно выгрузка в локальную через предприятие сказало что нужно выгнать. Но опять таки выгнать из базы, а не всех пользователей с сервера. Т.е. в другой базе сиди сколько влезет.

Или мы о разных вещах говорим или я чего то не понимаю

есть сайт https://1cfresh.com
есть "Технология публикации Fresh" http://catalog.mista.ru/public/502732/

О чем речь?

(64) о втором, ТС заявляет, что свой сервис собирается развернуть

(63) Монопольно = в этой области данных имеется в виду

Это не техническое ограничение, а прикладное - чтоб данные в получаемом "снимке области данных" были согласованными

(63) "я просто не знаю как проверить" // Ежедневный фрешевый ночной бекап тупо не создается, если в базе есть активные сеансы. Оставь вкладу в браузере и не выключай ПК - ночной бекап просто не создастся

Cyberhawk, а что нельзя выгнать  насильно (программно) ?

Сделать можно все (с) Но не забывай, что у этой фразы есть продолжение

ТС путает резервное копирование и создание копии базы с одной организацией (доя аудита и т.п.).

Для последнего есть штатный механизм - обмен по организации. Другого нет.

(0) для создания отдельной базы с N организаций из множества M организаций, живущих во фреше делается на 1 шаг больше чем просто "выгрузить базу данных".
делается создание автономного рабочего места с дальнейшем отключением от ЦБ. а потом это место куда хош выгружай, хоть .bak, хоть в .dt

stix2010 , а есть другие варианты ?  Например когда всего двум админам на сервере нужно будет обновить конфигурацию 500 баз.