|
v7: ошибка блокировки открытия базы данных (dbf) | ☑ | ||
---|---|---|---|---|
0
e2e4
22.06.15
✎
10:40
|
с ходу уточню: все обычные шаманские песни спеты (поиск зависших окошек входа и пр.).
Итак, с утра юзеры не могли войти - выскакивало сабжевое сообщение. Потом с трудом начали входить. Что значит "с трудом": либо после ввода пароля долго, минуты две, мелькает "Открытие таблицы бла-бла-бла..."; либо...опять сабж. Причем, даже если юзер входил в 1с, потом вышел - обратно он может и не попасть и снова ждет "благоприятного ветра". Вот так сейчас и работаем. ...Сервер 1С перезагружался - точнее, в субботу вечером отключался, утром в понедельник стартовал. На утро настроен резервный бэкап - он почему-то не сработал. Еще нюанс: в пятницу вечером по удаленке было сделано объединение конфигураций (последние наработки), оно шло очень долго...Короче, не помню, выходил ли я из Конфигуратора после окончания объединения, или сервер так и перезагрузился в субботу вечером, с запущенным Конфигуратором. Но 100% процесс обновления завершился до выключения сервера. Еще: в мониторе пользователей видно было пользователя Admin - хотя никто под ним с утра не заходил. Наверно, это процесс бэкапа (он настроен с этим логином) "подвис"??...Когда зашли-вышли под ним, он пропал. Еще раз повторюсь: все сеансы/процессы проверены - сбойных нет, все относятся к рабочим сессиям. Да и в этом случае вообще бы никто не мог войти. |
|||
1
e2e4
22.06.15
✎
10:44
|
+
да, одну только песенку не спел шаман - убить "общий" 1cv7.lck; но сейчас уже куча народу позаходили, это не вариант (в обед буду пробовать). Но опять же, если проблемы были бы с ним - никто бы ВООБЩЕ зайти не смог, не так ли?... |
|||
2
Ёпрст
22.06.15
✎
10:44
|
Бубен, только шаманский бубен.
Нет денех на бубен - окропи святой водой сервер, мот тоже помочь |
|||
3
Ёпрст
22.06.15
✎
10:44
|
(1) нет
|
|||
4
Остап Сулейманович
22.06.15
✎
10:45
|
(1)
1. Размер самого большого ДБФ - в студию. 2. Что говорит ТИИ выполненное на КОПИИ базы? |
|||
5
e2e4
22.06.15
✎
10:49
|
(4)
1. 1SENTRY.DBF - 450 Мб 2. как раз делаю, жду (3) :)) "нет" - в каком смысле? я правильно думаю, что битый 1cv7.exe никому бы не дал вообще войти? |
|||
6
Ёпрст
22.06.15
✎
10:49
|
(5) Чего битый ?
|
|||
7
vde69
22.06.15
✎
10:50
|
lck - вообще не влияет на режим входа в базу....
смотри блокировки части файла users.USR |
|||
8
Ёпрст
22.06.15
✎
10:51
|
(7) спешишь
:) |
|||
9
e2e4
22.06.15
✎
10:51
|
(6) предположительно (а может, и вовсе не битый)
я к тому, что имеет ли смысл рассматривать это как рабочую гипотезу? |
|||
10
Ёпрст
22.06.15
✎
10:52
|
Короче, уволить админа и ТС, загнать всех в терминал, наслаждаться.
|
|||
11
Ёпрст
22.06.15
✎
10:52
|
(9) нет
|
|||
12
e2e4
22.06.15
✎
10:54
|
(10) все и так загнаны в терминал
а так - приезжай (удаленку руководство не рассматривает:)) - работы всем хватит:)) |
|||
13
ildary
22.06.15
✎
10:55
|
Расскажу свою историю - авось натолкнет на идеи. У меня поутру стартует отдельный сеанс на терминальном сервере для обмена Моби-С. И в настоящее время иногда выгрузка завершается ошибкой и молчаливым закрыванием 1С. После чего робот увидев безобразие пытается запустить 1С заново, но при этом вылазит ошибка "ошибка блокировки открытия базы данных" - при этом 1С в списке процессов не появляется и никто в 1С попасть не может. Пришлось научить робота при появлении этого окна - принудительно завершать сеанс терминального пользователя, и повторный запуск этого сеанса - позволяет работать безо всяких ошибок (до следующего вылета МобиС).
|
|||
14
e2e4
22.06.15
✎
10:56
|
(7) через Блокнот?
|
|||
15
Ёпрст
22.06.15
✎
11:00
|
Ну давай, рассказывай:
на каком серваке лежит база, куда смотрят темпы как ты настроил "архивирование" как заходят юзвери (со своим каталогом или без) какой контейнер создан под дисковую систему какой хоть релиз платформы |
|||
16
Ёпрст
22.06.15
✎
11:01
|
какие вк используются для работы
ломанная ли 1с-ина или ищет ключ по всей сети |
|||
17
vde69
22.06.15
✎
11:13
|
||||
18
e2e4
22.06.15
✎
11:21
|
(15) эх!....откуду начну плакати свое житие?...
...итак. 1. Сервак - Server 2003 R2 EE sp2 2. темпы... это в службе терминалов, что ли? 3. "C:\Program Files\1Cv77\BIN\1cv7.exe" CONFIG /DD:\1C_MARKET /NAdmin /Pзверскийпарол /@E:\1C_Arxiv\savedb1c.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. Э?...это, что ль?: https://yadi.sk/d/JGB7kZ5JhPk3Q 6. 27 7. barcode.ocx недавно новый прогер вкорячил...я с полгода назад 1cpp прикрутил. А где увидеть ВСЕ компоненты? 8. Ломаная - аппаратные ключи валяются в коробке. Просто шоб не натянули при проверке, купили изначально лицензию - а ключи убрали к кикиморам |
|||
19
Ёпрст
22.06.15
✎
11:27
|
Ну, помимо того, что не известно, что за сервер, и так видно , что самое узкое место - дисковая система.
Всё на одном физ. диске (еще не известно что это - массив из дисков (и какой ?) или просто один винт) - и система и базы и архив. Нормально, че.. |
|||
20
Ёпрст
22.06.15
✎
11:28
|
Ну а про делание архивов "таким способом", скромно промолчу.
ЗЫ: половины архивов нема же, да ? :) |
|||
21
e2e4
22.06.15
✎
11:29
|
гм...в процессе колупания на сервере, прибил там 4 процесса CNAP2LAK (я думал, что поборол их окончательно - недавно тут темку тоже стартовал - но вот не всех гадов вычистил, оказывается), которые полностью сожрали ресурсы проца. Теперь симптомы данной темы пропали - пользователь заходит быстро, сообщение-сабж не вылетает. Такое ощущение, что из-за нехватки ресурсов проца при каждом входе загрузка таблиц растягивалась надолго - и если пересекались два таких входа, у одного вылетала блокировка.
Но изначально, когда с утра начались проблемы, проц вроде не был сожран....... |
|||
22
e2e4
22.06.15
✎
11:32
|
(20) а что не так со способом? архивы вроде делаются без сбоев, все есть - я просто не сказал, что следующий батник (запускается через полчасика) переименует файл savedb1c.zip, добавляя к нему текущую дату.
А вот насчет того что все на одном физическом диске - да, это правда....Причем я только счас сам увидел, что первый физ.диск "Не распределен". Походу, рэйд, который до меня еще настраивали, сделан криво. Придется в субботу выходить, колупаться:(( |
|||
23
e2e4
22.06.15
✎
11:40
|
(17) как-то мутно сформулировано
|
|||
24
ildary
22.06.15
✎
11:55
|
Что мешает архивировать папку 1С средствами zip?
|
|||
25
e2e4
22.06.15
✎
12:01
|
(24) а почему не средствами конфигуратора? помимо религиозных предрассудков...
Постоянно разворачиваем бэкапы - все ок... |
|||
26
Остап Сулейманович
22.06.15
✎
12:04
|
(25) ТИИ уже закончилось? Кстати попробуй в копии убить mlg. Несколько раз именно из-за ошибок в нем были проблемы с запуском 1С.
|
|||
27
Злопчинский
22.06.15
✎
12:36
|
(21) этот файлик - судя по всему часть софта от Кэнона.
Кэнон отличается умом и сообразительностью. Убивай по Кэнону лишенее что не надо для оперативной работы |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |