ДОброго времени суток. Есть связка WinServer 2008 + MSSQL 2008 + 1c 7.7
Проблема: 1 пользователь может зайти в базу, но при входе 2-го пользователя вылетает ошибка: Доступ к базе данных на сервере возможен только из одного каталога информационной базы.

ну что непонятного?
2 базы привязаны к одной скульной базе.

никто не может датьответ?

(1) но в скуле я вижу только одну базу. можно для "дурака" обяснить, что надо сделать?

вверх

1. разделить "папки" их ?
2. как читается "dadka" ?

(5) разделить папки баз?
как пишется, так и читается

назначить каждому юзверу папку ?

(7) у каждого пользователя своя папка в каталоге базы.

(7) сейчас так и есть.

У тебя они из разных каталогов метаданных цепляются к одной базе на скуле.

Например у одного в окне запуска каталог базы C:\ПервыйКаталог , а у второго C:\ВторойКаталог. Но в обеих конфигурациях прописана одна и таже база SQL.

Бывает еще после обрыва соединений.

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

(0)Люди хотят сказать, что у разных пользователей пути к базе (то есть к мд) указаны разные, а скл-база одна

(10) +1

(14)Это как?

(14) а понял

(16) да, действительно, это как? если создана база на скуле одна Trade с указанием полного пути к базе D:\1c_base\Trade

так же при создании базы в самой 1с указывается путь D:\1c_base\Trade с каталогами пользователей.

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

тем более при работе самой базы 1с указывается режим работы Разделенный.

(18) на (13) ответь

А теперь представь ты скопировал все из каталога D:\1c_base\Trade в новый каталог D:\1c_base\Trade2 И одних цепляешь на старый, а других на новый каталог метаданных. Ты отличай базу на Скуле и каталог метаданных. Это разные вещи.

(20) сервер  Server
база данных  Trade
пользователь sa
пароль       ********

(21) и как правильнее сделать?

базы в скуле так и называется? сервер базы данных совпадает с реальным ?

+(24)БазА*

(22) А теперь посмотри пути при запуске у одного и второго.

(24) да, так и называется. сервер совпадает с реальным.

(23)у всех должен быть одинаковый путь к каталогу

(26) одинаковые D:\1c_base\Trade

а владельцем должен кто стоять? у меня сейчас стоит пользователь из Active Directory.

Они у тебя в терминале что ли работают ?

Ты скорее всего каждому на комп скопировал католог метаданных. У кого-то одного расшарь и второго цепляй к нему по сетке.

(31) да

(32) в терминале все работают.

А второго пускает одного в базу ?

(35) конечно пускает. с правами все нормально. получается, что не работает многопользовательский режим.

Тогда ХЗ. Но это явно попытка подцепиться из разных каталогов. Попробуй еще всех выгнать и рестартануть SQL.

(37) это делалось много раз.и сам сервер рестартовался. бестолку все.

(30) а кто владелец базы данных в скуле ?

+(39) после чего данная проблема возникла?

Попробуй создать другую папку и поместить в неё мд. Поменять всем пользователям пути.

+(39) просто обычно владельца базы переназначают , sa - это по умолчанию

(39) владельцем является Администратор из Active Directory
(40) возникла после того, как попробовал вторым пользователем, заведенным в терминал, запустить оную базу

(41) а что это даст?

Винду и скуль правильные поставить еще не предлагали?

(44) не мешай людям получать удовольствие!

http://web.archive.org/web/20080617172037/http://gendin.ru/faq1c/sql1dir.html

(44) еще не предлагали. но очень жду этих слов.
(45) что за удовольствие вы имеете ввиду?
(46) а это уже пройденный вариант, который ни к чему не привел. да и это временный выход, убивать task.

Диагноз:    Такая ошибка возникает при попытке загрузить версию 1С для SQL после того, как один из пользователей некорректно вышел из системы. В редких случаях эта ошибка может быть результатом некорректной установки конфигурации.
Анамнез:    После закрытия 1С на сервере NT освобождаются ресурсы, которые занимал пользователь. Однако в случае некорректного завершения работы не останавливается SQL-процесс, запущенный пользователем.
Рецепт:    

Принудительно остановить SQL-процесс можно с помощью SQL Enterprise Manager. В нем все активные процессы перечисленны в ветке “Management\Current Activity\Process Info”. Надо найти в списке справа процесс, который мешает Вам жить, выделить его и в меню “Action” выбрать пункт “Kill Process”

Если пользователи работают по протоколу Named pipes, то можно просто закрыть файлы на SQL-сервере, открытые повисшим пользователем. Такие файлы имеют вид \PIPE\MSSQL$NAMEDSERVER\SQL\query.

Если вышеизложенное слишком сложно для Вас, Вы можете просто перегрузить SQL server. Надо только убедиться, что ни одна другая програма не использует его в этот момент.

Если ошибка возникает постоянно, имеет смысл проверить правильность установки конфигурации: с одной базой данных на сервере пользователи должны работать из одного каталога с конфигурационными файлами. Иначе говоря, не могут одновременно работать две (даже идентичные) конфигурации, размещенные в разных каталогах и ссылающиеся на одну и ту же базу.


Парни, это бред какой то. база находиться в одном каталоге. с базой в один момент работает один пользователь, и в этот же момент заходит в базу другой пользователь - и бац - ошибка.
ЧТО ДЕЛАТЬ???

(47) предлагаю: поставить правильные винды (В2К3 R2) и правильный скуль (SQL2000SP4)

(48) +1. Чудес не бывает.

(48) именно таким способом была решена та же самая ошибка у нас

(49)+ А еще лучше обратно на ДБФ. Нафик нужен двум пользователям скуль?

(51) +100500

прострелите коленку....

(47) (48) (51) угу, и топтаться в болотце.
знаете, это напоминает один бородатый анекдот: сидят 3 мужика по рот в болоте. один из них начинает - давайте, мол, выбираться, надо что то делать..
другие ему - не гони волну..
так и здесь.
правильно? если 7-ка запустилась на связке windows server 2008 + mssql 2008, значит она работает.
нужно только понять, почему не отрабатывает многопользовательский режим. за этим и написал в этот форум.

(54) Кроме анекдота еще аргументы есть ? Насчет винды еще ладно, но обясни, скуль-то зачем понадобился ?

(55) - (45)