v7: Доступ к базе данных на сервере возможен только из одного каталога ИБ #535056

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

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

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

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

вверх

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

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

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

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

сейчас так и есть.

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

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

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

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

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

+1

Это как?

а понял

да, действительно, это как? если создана база на скуле одна Trade с указанием полного пути к базе D:1c_baseTrade так же при создании базы в самой 1с указывается путь D:1c_baseTrade с каталогами пользователей. делается загрузка данных в эту базу. все. стандартные операции. как могут быть пути разные а база одна? что то не понятно.

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

на ответь

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

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

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

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

+БазА*

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

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

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

одинаковые D:1c_baseTrade

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

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

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

да

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

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

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

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

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

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

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

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

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

владельцем является Администратор из Active Directory возникла после того, как попробовал вторым пользователем, заведенным в терминал, запустить оную базу а что это даст?

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

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

еще не предлагали. но очень жду этих слов. что за удовольствие вы имеете ввиду? а это уже пройденный вариант, который ни к чему не привел. да и это временный выход, убивать task. Диагноз:    Такая ошибка возникает при попытке загрузить версию 1С для SQL после того, как один из пользователей некорректно вышел из системы. В редких случаях эта ошибка может быть результатом некорректной установки конфигурации. Анамнез:    После закрытия 1С на сервере NT освобождаются ресурсы, которые занимал пользователь. Однако в случае некорректного завершения работы не останавливается SQL-процесс, запущенный пользователем. Рецепт:     Принудительно остановить SQL-процесс можно с помощью SQL Enterprise Manager. В нем все активные процессы перечисленны в ветке “ManagementCurrent ActivityProcess Info”. Надо найти в списке справа процесс, который мешает Вам жить, выделить его и в меню “Action” выбрать пункт “Kill Process” Если пользователи работают по протоколу Named pipes, то можно просто закрыть файлы на SQL-сервере, открытые повисшим пользователем. Такие файлы имеют вид PIPEMSSQL$NAMEDSERVERSQLquery. Если вышеизложенное слишком сложно для Вас, Вы можете просто перегрузить SQL server. Надо только убедиться, что ни одна другая програма не использует его в этот момент. Если ошибка возникает постоянно, имеет смысл проверить правильность установки конфигурации: с одной базой данных на сервере пользователи должны работать из одного каталога с конфигурационными файлами. Иначе говоря, не могут одновременно работать две (даже идентичные) конфигурации, размещенные в разных каталогах и ссылающиеся на одну и ту же базу. Парни, это бред какой то. база находиться в одном каталоге. с базой в один момент работает один пользователь, и в этот же момент заходит в базу другой пользователь - и бац - ошибка. ЧТО ДЕЛАТЬ???

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

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

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

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

+100500

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

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

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

-