Вход | Регистрация

1С:Предприятие ::

Метки:Типовые конфигурации

Устойчивость работы в файловом варианте базы данных

Я
   gerasan
 
02.12.04 - 08:27
Просьба откликнуться специалистов, которые имеют реальный опыт внедрения и сопровождения 1С:8.0, работающей в режиме файлового хранения базы данных.
Помниться весной - в начале лета не рекомендовалось использовать такой режим в связи с тем, что часто происходило разрушение базы данных по непонятным причинам.

Как обстоят дела в данный момент (интересует любая конфигурация УТ, УП, УПП)? Можно ли в реальной работе использовать файловый вариант, или все-таки попросить клиента потратить побольше, но работать с клиент-серверным вариантом?

Заранее спасибо.
 
  Рекламное место пустует
   Морозов Александр
 
1 - 02.12.04 - 08:28
А воз и ныне там...
   Волшебник
 
2 - 02.12.04 - 08:29
Лучше работать с клиент-серверным вариантом.
   Rovan
 
3 - 02.12.04 - 09:04
У меня разрушения нет (пока пишем конфу в офисе на файл. варианте сидим, у клиента сервер поставим), а вот хранилище падает раз в 3-4 дня (ХРЕНИЛИЩЕ!)
   Волшебник
 
4 - 02.12.04 - 09:06
Между файловым и клиент-серверным вариантом иногда бывают неочевидные для программиста различия, поэтому писать конфу лучше на том варианте, который будет у клиента.
   427
 
5 - 02.12.04 - 09:07
(2) Ага... Особенно подходит для небольшой конторы на 8-12 юзеров без своего админа (или с приходящим на полставки)... 1 серверок под скуль, второй под сервер предприятия ....
.
А еще есть вариант - центр нормальный на скуле, а филиалы на 5-10 юзеров тоже на скуль сажать? Добавляя 2 сервера?...

Клево...
   superkonst
 
6 - 02.12.04 - 09:31
Имеем. База порядка 4-6 гигов.
При работе в sql'ном варианте из-за ошибки 1с переодически падает сервер 1с:предприятия, с вылетом всех пользователей. Но база довольно стабильна, и в общем-то не сильно тормозит.
Всвязи с рекомендацией 1сников, программеры пытаются сидеть на файловых базах. До гига они еще хоть как-то шевелились. При размере в 4 гига, (а нужно иметь актуальную относительно рабочей) уже еле шевелятся. При этом (программер запустил какой-то запрос/выборку/проводку, не знаю) дисковая подсистема сервера забита на 100 процентов, (программеры сидят в терминальных сессиях на сервере) а проц свободен. Разрушений баз пока не наблюдал, но базы программеров долго и не живут, их часто прижодится обновлять с рабочей... Хранилище тоже как ни странно, почти не падает.

P.S. Ответ 1с:
Ваше сообщение, возможно, описывает известную ошибку.
В клиент-серверном варианте информационной базы при сохранении
конфигурации происходит ошибка "Потеряна связь с сервером
1С:Предприятия. Возможно сервер был перезагружен." и аварийное
завершение работы сервера и клиентов 1С:Предприятия, если сохраняемая
конфигурация содержит объект метаданных (например, макет) размером
более 64Мбайт. При большой нагрузке на сервер 1С:Предприятия данная
ошибка может происходить при существенно меньших размерах объектов
метаданных.
До исправления ошибки необходимо изменять конфигурацию, используя
другой сервер 1С:Предприятия или файловый вариант информационной базы.
   12345
 
7 - 02.12.04 - 10:00
0-6 просто песня!
   Rovan
 
8 - 02.12.04 - 10:38
(6) Мааааать - перемаааать!
   Японский городовой
9 - 02.12.04 - 10:49
2 Волшебник
Можно подробнее о неочевидных различиях?
   КККК
10 - 02.12.04 - 11:02
имеется 4 базы (склад+3 магазина) с обменом, падает постоянно, причина непонятна
ChDBFl.exe исправляет в принципе ошибки, но пару раз падало намертво.
 
  Рекламное место пустует
   Волшебник
 
11 - 02.12.04 - 12:04
(9) Их много и все они разные...
   Японский городовой
12 - 02.12.04 - 12:15
Это disclaimer такой? :-)


Список тем форума
  Рекламное место пустует
Здесь можно обсудить любую тему при этом оставаясь на форуме для 1Сников, который нужен для работы. Ymryn
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует