Здравствуйте. Возник такой вопрос: файловая база, работа с ней идет через веб сервер, соответственно база всегда используется модулем 1с который запущен на веб сервере. Тем не менее программа для резервного копирования может бэкапить и открытые файлы, что она и делает. Я проверял, база из бэкапа работает нормально, но все же терзают сомнения. Все ли будет нормально при таком копировании?

Если в момент копирования в базе происходят большие проведения, то копия будет битой

Копирование происходит в ночное время, когда никого нет и с базой никто не работает.

(2) А если ктото не вышел из базы и запустил перепроведение за квартал? подумай...

(1)Теоретически возможно.
Но если нагрузка не сильно большая, то крайне маловероятно.

Копирование я так понимаю идет с помощью VSS, она заставляет скидывать буфер на диск перед копированием, и копирование мгновенное.

(4) Да с VSS, никто ничего не перепроводит ночью, максимум это забудут выключить компьютер. Перепроводки в дневное время да и то редко.

Раньше вообще была просто шара на базу и с ней все работали напрямую - вопросов не было. Но дичайшие тормоза "улучшенной" версии с управляемыми формами заставили купить новое железо, ssd samsung 850 pro и поставить веб сервер, теперь никто не жалуется, но появился вопрос с резервным копированием.

Речь о типовой? тогда:
1. Файловую базу для работы использовать нельзя.
2. Таким образом копировать нельзя, уж лучше делать выгрузку в dt ну или настроить резервное копирование штатным способом, ка предлагается типовыми конфами.

(7) Не понял, почему нельзя использовать. Да, УТ11 и БП 3 типовые конфигурации.

(8) файловая только для тестирования

(7)С чего это файловую базу нельзя использовать для работы???
Если что - для работы в большинстве случаев используется именно файловая база.

Насчет выгрузки в DT для целей резервного копирования это вообще нечто.
Вы уверены что оно потом загрузиться? К тому же это очень долгий процесс, и для него нужно остановить базу.
А если базу остановить, тогда зачем выгрузка, если можно просто копировать?

(9)Ссылку пожалуйста, где это 1с позиционирует файловую базу исключительно для тестирования.

(10) Да это он так шутит:)

Кстати а на скульной базе бекапы лога транзакций, бекапы базы можно делать без проблем, да?)

(10) [Вы уверены что оно потом загрузиться]
неа, этож файловое гомно

(11) [Ссылку пожалуйста]
forum.mista.ru, где то там, ищите :)

(12) нет, не шучу

(13) без

(13) Разумеется. Ибо изоляция транзакций. Любая копия, сделанная штатными средствами, консистентна.

(16) Отлично! Я памятник воздвигну создателю скуля)

(17) иди двоишник учи матчасть! Все нормальные СУБД овер 10 лет как умеют это...

(17) Нерукотворный?

(19) не постесняюсь спросить: а каким местом его "сотворили"?

Кстати интересный момент, когда пользователи выходят из базы (работа через веб сервер), модуль 1с держит открытой базу или нет. Завтра проверю и отпишусь, если пользователей нет и база доступна для обычного копирования, то проблем нет:)

(14)
Какое отношение имеет DT к файловой версии. И если что именно вы его посоветовали для бэкапа. Какой смысл тогда советовать.

По поводу файловой - где ссылки на официальные источники?
Вы считаете что 1с продает за 20тыс тестовые программы?
И где же об этом сказано?

Большая часть баз 1с работает именно в файловом варианте.
SQL применяется значительно реже, как правило только тогда, когда с файловой работать невозможно в силу ее ограничений.

Я вот как то не видел чтобы бухгалтерша работая с базовой версией на ноутбуке поднимала на этом же компьютере скуль.

(22)
[Какое отношение имеет DT к файловой версии.]
никакого. это просто способ сделать бэкап файловой БД

[Большая часть баз 1с работает именно в файловом варианте.]
Откуда такая статистика?

Вы видели как "работают" 2-3 юзера в файловой БП?
Мне очень жаль ваших бушек на ноутах с бп3, честно.

п.с.
я не хочу с Вами спорить, мне лень.

(21) Кста, 1С че-то не доделала до сих пор, ибо Частенько!остаются зависшие сессии веб-клиентов после выхода.

(23)Ни один адекватный человек не делает бэкапы выгрузкой.
Только средствами СУБД.

Статистика очень простая - на одно крупное предприятие (от 10 и более юзеров в базе)
Приходится десяток мелких (1-5бухгалтеров) размер базы 0,5-3гб, одновременно плотно работают в базе 1-2человека.
И файловая подходит для этих целей идеально.
А скуль работает в разы медленее, и в разы дороже.
Причем не просто дороже, а до такой степени, что нет смысла покупать.

(21)Проблем нет даже если база открыта.

"А скуль работает в разы медленее"
Могу посоветовать очень хорошего пластического хирурга...

(25) [Ни один адекватный человек не делает бэкапы выгрузкой]
один все же есть, это я:) - старый полуадекватный олд-клюшечник, и я делаю dt. Несмотря на то настроен ежедневный бэкап скулем.

(26) [Проблем нет]
будут

[А скуль работает в разы медленее, и в разы дороже.]
бгг)

(28) А кто тебе сказал, что ты адекватный? ))

(31)
Клуб анонимных одноэсников делающих dt
Комната. Все сидят вкруг.
Я: "Здравствуйте, меня зовут Павел и я выгружаю в dt"
Аплодисменты.

Занавес:)

(32) Не аплодисменты, а выкрики "какая же ты мразь! Вот бастард! В биореактор его!" и т.п. ))))

(33) ))))))))))))))

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

(35)Запустить конфигруатора, сделать ТИИ, распарсить лог.

Спасибо за ответы!

(23) "Вы видели как "работают" 2-3 юзера в файловой БП?
Мне очень жаль ваших бушек на ноутах с бп3, честно. "
Файловая БП3 просто обязана работать через веб-сервер. Непосредственный файловый доступ к базе с клиентов категорически не рекомендую.

(38)2-3 среднестатических юзера бухгалтерии, вполне себе работают и по гигабитной сети, не испытывая проблем.
Веб-сервер чаще всего для удаленного доступа.

Вот прогнал тест для интереса-
Файловая бухия 8.2 релиз 2_0_64_23 размер базы 4,1Гб.
Запустил обновление на 2_0_64_24
Во время обновления каждую минуту делалась теневая копия батником с помощью vssadmin create shadow.
В итоге получилось 13 теневых копий.
Вытащил их все, и запустил в конфигураторе ТИИ с выводом в лог.
Ошибок в логах не обнаружил.
Запустил их все в пользовательском режиме - все открылись, матом не ругались.

(40) Реструктуризация данных была при обновлении?

(41)Конечно.
Все базы не смотрел, но предпоследняя уже 2_0_64_24 показывает.

(39) Если сеть стабильная и быстрая, а компы бухов не тормозные - то возможно, конечно. Но это скорее исключение, чем правило.

(43)Ну чисто по опыту-
Если 2-3 юзера, это значит один или два кабинета рядом.
Дешевый гигабитный свич, короткие провода, и никакой нагрузки на сеть практически, кроме работы с базами и интернета для трех юзеров.
Т.е сеть - быстрая и ненагруженная.

Компы как правило - целерончики с 4гб оперативки.