proNovell

Помогите с проблемой. Файловая версия 1с 7.7 на NW3.12.
Все работает просто изюмительно, но:
Как бороться с обрывами соединений? Требует реиндексации постоянно. Давеча при отключении света, сервак выдержал на упс, а база грохнулась, и пришлось восстанавливать ночную копию (крики, сопли и т.п.). Есть ли решение данной проблемы вообще или только "Вас спасет терминаледишн"?
Заранее благодарен за помощь.

Garry писал(а):Помогите с проблемой. Файловая версия 1с 7.7 на NW3.12.
Все работает просто изюмительно, но:
Как бороться с обрывами соединений? Требует реиндексации постоянно. Давеча при отключении света, сервак выдержал на упс, а база грохнулась, и пришлось восстанавливать ночную копию (крики, сопли и т.п.). Есть ли решение данной проблемы вообще или только "Вас спасет терминаледишн"?
Заранее благодарен за помощь.

Есть Держать УпСами не токмо сервер, но и - коммутатуры, и станции. Странно, что это не пришло в голову вам самим О ТЕ говорить не буду - не пробовал, и не факт, что принудительно завершенная терминальная сессия не поступит с базами так же - откатит неподтвержденные транзакции назад.

Garry писал(а): Как бороться с обрывами соединений?

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

Ну упсами ясно и так, но это более 10 компов+около 10 всяких ком, конц - ров и хабов. Вопрос в том - как бороться с проблемой?
Неужели 1с такая фигня, что совершенно неустойчива к малейшим проблемам. Неужели нет инструментов восстановления работоспособности? Как тогда такое г. могло стать стандартом дефакто? Может у кого есть какие наработки по данной теме?
А то досталось сие по случаю ухода в декрет обслуживающей ее сотрудницы, а начальник после этой проблемы говорит- вы, типа, дебилы, вот вызову Специалиста (произнесено эдак с указ. пальца вверх), он напишет скриптик, и усе будет ОК, а вы ему заплатите за вызов сами. Порекомендуйте методы борьбы с поставленной проблемой.

Garry писал(а):Ну упсами ясно и так, но это более 10 компов+около 10 всяких ком, конц - ров и хабов. Вопрос в том - как бороться с проблемой?
Неужели 1с такая фигня, что совершенно неустойчива к малейшим проблемам. Неужели нет инструментов восстановления работоспособности? Как тогда такое г. могло стать стандартом дефакто? Может у кого есть какие наработки по данной теме?
А то досталось сие по случаю ухода в декрет обслуживающей ее сотрудницы, а начальник после этой проблемы говорит- вы, типа, дебилы, вот вызову Специалиста (произнесено эдак с указ. пальца вверх), он напишет скриптик, и усе будет ОК, а вы ему заплатите за вызов сами. Порекомендуйте методы борьбы с поставленной проблемой.

"Такая фигня" не только 1с, это общая проблема всех файловых баз данных, где имеются связи между таблицами. И преодолеваются она именно так А "более 10 компов+около 10 всяких ком, конц - ров и хабов" - издержки эксплуатации таких баз. Плюс надежно работающая кабельная система.

Ну у нас, например, при сдаче программ над ними всячески издеваемся. И максимум, что что может быть - ручками почистить хвосты дбфкам и реиндекс. При этом потери минимальны. А здесь смотриш дбфки- все нормально, а при работе - болт.
Плю к тому, что каждый сеанс открывает ~300 файлов и хрен знает на какой прога вылетает. Неуж то нет доп тулз или средств борьбы с проблемами 1с. К томуж за большой период накапливаются ошибки.
Так один раз только перегон в SQL и назад помог. В общем - грусно.

Не то грустно, что электричество может пропасть, а то что более 10 лет 1С с сотоварищами во главе Нуралиевым не смогли сделать дистрибутив с возможноть работы с ADS(Advantage DataBase Server). Что решает много много проблем с нестабильностью и скоростью работы 1С в файловом варианте. При чём работа как таковая у пользователя не изменилось. Надо только скомпилировать запукаемые модули с библиотеками для ADS, которые денег ВООБЩЕ не просят. И был бы выбор. Да ADS надо было бы купить, но оно того стоит.

Но всё это бизнес - если у Вас всё работает хорошо, кто будет покупать 1C v8.

Garry писал(а):Ну у нас, например, при сдаче программ над ними всячески издеваемся. И максимум, что что может быть - ручками почистить хвосты дбфкам и реиндекс. При этом потери минимальны. А здесь смотриш дбфки- все нормально, а при работе - болт.
Плю к тому, что каждый сеанс открывает ~300 файлов и хрен знает на какой прога вылетает. Неуж то нет доп тулз или средств борьбы с проблемами 1с. К томуж за большой период накапливаются ошибки.
Так один раз только перегон в SQL и назад помог. В общем - грусно.

Дык ето как писалось Битые жизнью (и заказчиками) программеры не используют особо сложных наворотов и следуют золотому правилу - таблица=файл. Плюс припрягают возможности самой БД для обеспечения целостности... А здесь - во-первых метаданные, во-вторых наличие врутренней системы интерпретатора... Вот и имеем то, что имеем А по поводу ~300 файлов вы или сидите на старой версии, либо неправы. 7.7 более 1000 открывает

Что же касается политики Нуралиева - он не один такой. Победителей не судят, а вот побежденных частенько вешают

Оключения искричества случаются, винды виснут, по кабелям топчутся... Поэтому базы 1С будут ломаться. Тех. поддержка 1С их не чинит, а просто отрезает хвост файла (иногда просто пол-файла, т.е. ноги по самые я..а).
Решение, после которого пропадают сопли - каждый день утром, в обед (когда все на обед сваливают) и вечером, один назначенный человек запускает xxxxxx.bat файл (файл пишется самостоятельно), а тот делает 4 ротационных копии баз 1С. Максимум соплей - на полдня, хотите еще уменьшить - чаще запускайте батник.

Вариант 1: всех пользователей посадить на ТС (и базу туда же) + UPS и пр. на сервер. Тогда при сбое в электропитании отрубается сессия.
Вариант 2: перевести базы 1С на SQL, тогда проблемы с целостностью практически нет.
Оба варианта, разумеется, при допустимости "пиратского" использования доп. ПО
Backup нужен в любом случае.

Павел Гарбар писал(а):...Поэтому базы 1С будут ломаться. Тех. поддержка 1С их не чинит, а просто отрезает хвост файла (иногда просто пол-файла, т.е. ноги по самые я..а).

Есть, однако, люди что их чинят - с переменным успехом, понятное дело Я одного знаю