v7: ошибка блокировки открытия базы данных (dbf) #745910

с ходу уточню: все обычные шаманские песни спеты (поиск зависших окошек входа и пр.). Итак, с утра юзеры не могли войти - выскакивало сабжевое сообщение. Потом с трудом начали входить. Что значит "с трудом": либо после ввода пароля долго, минуты две, мелькает "Открытие таблицы бла-бла-бла..."; либо...опять сабж. Причем, даже если юзер входил в 1с, потом вышел - обратно он может и не попасть и снова ждет "благоприятного ветра". Вот так сейчас и работаем. ...Сервер 1С перезагружался - точнее, в субботу вечером отключался, утром в понедельник стартовал. На утро настроен резервный бэкап - он почему-то не сработал. Еще нюанс: в пятницу вечером по удаленке было сделано объединение конфигураций (последние наработки), оно шло очень долго...Короче, не помню, выходил ли я из Конфигуратора после окончания объединения, или сервер так и перезагрузился в субботу вечером, с запущенным Конфигуратором. Но 100% процесс обновления завершился до выключения сервера. Еще: в мониторе пользователей видно было пользователя Admin - хотя никто под ним с утра не заходил. Наверно, это процесс бэкапа (он настроен с этим логином) "подвис"??...Когда зашли-вышли под ним, он пропал. Еще раз повторюсь: все сеансы/процессы проверены - сбойных нет, все относятся к рабочим сессиям. Да и в этом случае вообще бы никто не мог войти.

+ да, одну только песенку не спел шаман - убить "общий" 1cv7.lck; но сейчас уже куча народу позаходили, это не вариант (в обед буду пробовать). Но опять же, если проблемы были бы с ним - никто бы ВООБЩЕ зайти не смог, не так ли?...

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

нет

1. Размер самого большого ДБФ - в студию. 2. Что говорит ТИИ выполненное на КОПИИ базы?

1. 1SENTRY.DBF - 450 Мб 2. как раз делаю, жду :)) "нет" - в каком смысле? я правильно думаю, что битый 1cv7.exe никому бы не дал вообще войти?

Чего битый ?

lck - вообще не влияет на режим входа в базу.... смотри блокировки  части файла users.USR

спешишь :)

предположительно (а может, и вовсе не битый) я к тому, что имеет ли смысл рассматривать это как рабочую гипотезу?

Короче, уволить админа и ТС, загнать всех в терминал, наслаждаться.

нет

все и так загнаны в терминал а так - приезжай (удаленку руководство не рассматривает:)) - работы всем хватит:))

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

через Блокнот?

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

какие вк используются для работы ломанная ли 1с-ина или ищет ключ по всей сети

эх!....откуду начну плакати свое житие?... ...итак. 1. Сервак - Server 2003 R2 EE sp2 2. темпы... это в службе терминалов, что ли? 3. "C:Program Files1Cv77BIN1cv7.exe" CONFIG /DD:1C_MARKET /NAdmin /Pзверскийпарол /@E:1C_Arxivsavedb1c.txt в файлике "savedb1c.txt": [General] Output=Test1c.txt Quit=1 CheckAndRepair=1 UnloadData=0 SaveData=1 AutoExchange=0 [CheckAndRepair] Repair=0 PhysicalIntegrity=0 Reindex=1 LogicalIntegrity=0 RecalcSecondaries=0 RecalcTotals=0 Pack=0 SkipUnresolved=0 CreateForUnresolved=0 Reconstruct=0 [SaveData] SaveToFile=savedb1c.zip 4. для каждого пользователя в одинеске указана своя папка; но вот в свойствах подключения к RDP на вкладке "Программы" ничо не прописано, кроме exe-шника 1С. Давно думаю - это критично?...Вроде до сих пор все было ок. 5. Э?...это, что ль?: 6. 27 7. barcode.ocx недавно новый прогер вкорячил...я с полгода назад 1cpp прикрутил. А где увидеть ВСЕ компоненты? 8. Ломаная - аппаратные ключи валяются в коробке. Просто шоб не натянули при проверке, купили изначально лицензию - а ключи убрали к кикиморам

Ну, помимо того, что не известно, что за сервер, и так видно , что самое узкое место - дисковая система. Всё на одном физ. диске (еще не известно что это - массив из дисков (и какой ?) или просто один винт) - и система и базы и архив. Нормально, че..

Ну а про делание архивов "таким способом", скромно промолчу. ЗЫ: половины архивов нема же, да ? :)

гм...в процессе колупания на сервере, прибил там 4 процесса CNAP2LAK (я думал, что поборол их окончательно - недавно тут темку тоже стартовал - но вот не всех гадов вычистил, оказывается), которые полностью сожрали ресурсы проца. Теперь симптомы данной темы пропали - пользователь заходит быстро, сообщение-сабж не вылетает. Такое ощущение, что из-за нехватки ресурсов проца при каждом входе загрузка таблиц растягивалась надолго - и если пересекались два таких входа, у одного вылетала блокировка. Но изначально, когда с утра начались проблемы, проц вроде не был сожран.......

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

как-то мутно сформулировано

Что мешает архивировать папку 1С средствами zip?

а почему не средствами конфигуратора? помимо религиозных предрассудков... Постоянно разворачиваем бэкапы - все ок...

ТИИ уже закончилось? Кстати попробуй в копии убить mlg. Несколько раз именно из-за ошибок в нем были проблемы с запуском 1С.

этот файлик - судя по всему часть софта от Кэнона. Кэнон отличается умом и сообразительностью. Убивай по Кэнону лишенее что не надо для оперативной работы