Имя: Пароль:
IT
 
доступ к базе данных на сервера возможен только из одного каталога
0 busy1
 
28.03.11
04:41
При загрузки 1С 7.7. получается вот такая ошибка
доступ к базе данных на сервера возможен только из одного каталога информационной базы.
Естественно, SQL перезагружал
Процессов SQL к базе нету.

Почему может возникать данная ошибка???
1 Генератор
 
28.03.11
05:15
если по сети работа идет,то попробуй сеансы либо открытые файлы обрубить
2 Chum
 
28.03.11
05:20
бывает такая фигня если скуль 2005/2008
3 busy1
 
28.03.11
05:59
(2) И как с этой фигнёй бороться
4 Chum
 
28.03.11
06:03
(3) была тут недавно ссылка на утилиту, которая переадресует функции api оригинальной библиотеки в самопальную, но может это из другой оперы. А вообще, 1с коротко и ясно написала, что 7-ка не работает со скулем старше 2000.
5 Шпиндельная бабка
 
28.03.11
06:39
(3) 7.7 ms sql 2000 периодически бывает таккая хрень. Я забил искать причины - бывает редко и 7.7 гамно.
6 Fr1eNd
 
28.03.11
08:43
Проблема возникает, когда кто-то заходит в базу из другово каталога, поясню, 7.7 хранит данные не только на sql-сервере, но и в папки, в ней лежат extforms и т.п, эта папка указывается при запуске. Если на двух компьютерах зайдут в одну и ту же базу, но с разных папок, то выскочит эта ошибка.
Как лечить, к сожалению единственный верный способ выгнать всех пользователей, а потом проверить пути на их компьютерах. У меня часто бывало при переносе базы с сервера на сервер, когда 1 какой-то пользователь в отпуске, а потом приходит и заходит по старому пути. В 2005/2008 может вылетать самопроизвольно, лечится так же. Я пол года помучился, а потом перенёс на 2000 sql. Уже 3 месяца - всё норм.
7 smaharbA
 
28.03.11
08:46
подождать
8 Fr1eNd
 
28.03.11
08:46
кстати не обязательно входить в базу, достаточно просто запустить ярлык 1с, и оставить поле, где выбираются базы. У меня есть специальная обработка для выгона пользователей. После неё в мониторе смотрю кто остался, к ним захожу удалённо и проверяю папку, как правило они остаються висеть.
9 smaharbA
 
28.03.11
08:46
(8)(6) фигня
10 Fr1eNd
 
28.03.11
08:49
(9) Это метод. который реально работает. Если есть возражения, в развёрнутом виде.
11 smaharbA
 
28.03.11
08:51
(10) в развернутом виде что (8) фигня ?
12 smaharbA
 
28.03.11
08:51
или то что (6) к сабжу не имеет отношения ?
13 Fr1eNd
 
28.03.11
08:52
(11) на каком основании, вы пишите фигня. Или просто желание потролить. Если вы считаете, что метод не работает, объясните почему?
14 smaharbA
 
28.03.11
08:54
(13) то что окно выбора баз не приводит к сабжу, а забытое окно логона приводит к иному
15 Fr1eNd
 
28.03.11
08:54
отношение имеет самое прямое
16 smaharbA
 
28.03.11
08:55
абсолютно никакого
17 Fr1eNd
 
28.03.11
08:56
http://www.1csql.ru/materials/faq/admin.html?pagenumber=2 ссылка на проблему, так же описан вариант с зависшей сессией.
18 Fr1eNd
 
28.03.11
08:57
(0) попробуй, если получиться напиши в теме.
19 MaxS
 
28.03.11
09:05
(6) http://infostart.ru/public/73880/  для переноса баз 1С 7.7 в другое место. (чтобы пол года не мучаться))
20 Fr1eNd
 
28.03.11
09:16
(19) вот это нужная штука, спасибо
21 Йохохо
 
28.03.11
11:30
ошибка в (0) гарантированно возникает, если запустить два бинарника 1Сины из разных каталогов - а этим страдают многие владельцы паченых bkend
имхо профит
22 smaharbA
 
28.03.11
11:57
(21) абсолютно пофигу
23 1Сергей
 
28.03.11
12:13
(7) + закрыть ЕМ и подождать
24 Йохохо
 
28.03.11
15:29
(22) так каков механизм ошибки?
25 ALoHA
 
28.03.11
17:48
Какой СКЛ?
26 Chai Nic
 
28.03.11
17:58
(21) Каталоги бинарников ни при чем. Ошибка возникает, если к одной и той же sql-базе подключаться с двух разных каталогов информационных баз. А также при всякого рода глюках с наполовину отвалившимися пользователями. Лечение хирургическое - отрубать коннекты на sql-сервере одновременно с коннектами к каталогу информационной базы.
Программист всегда исправляет последнюю ошибку.