Ошибка доступа к базе данных гсо - Исправление ошибок и поиск оптимальных решений проблем

FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы

Victor 64: Victor 64; Репутация: 0; Сообщения: 7; Зарегистрирован: 15.03.2013; С нами: 9 лет 10 месяцев; Профессия: Инженер

Win Xp
При запуске от имени адмминистратора CSO запускается без проблем, а оболочка системы выдает ошибку:
«в процессе подключения к серверу при выполнении операции «получения режима работы» произошла ошибка. Описание ошибки: (DBNETLIB)(conectionopen (connect().SQL-сервер не существует, или отсутствует доступ»

AlexRuden: AlexRuden; Возраст: 45; Репутация: 0; Сообщения: 1091; Зарегистрирован: 13.01.2012; С нами: 11 лет; Профессия: Наёмник.; Откуда: Россия.

Непрочитанное сообщение #42 AlexRuden » 16.03.2013, 13:16

Victor 64 писал(а):SQL-сервер не существует, или отсутствует доступ»

А он существует ли вообще?
Какой пакет SQL вы установили?

«Среда SQL Server Management Studio» работоспособна? Можно попасть внутрь SQL ?

И что за надпись у вас в CSO SERVER NAME = orion ? Там должно быть написано совсем другое :-): Поэтому и нет соединения с SQL.
Должно быть написано SERVER NAME = ИМЯ ПКSQLSERVER2005

А вообще CSO хавает настройки из реестра и не ругается на неверные параметры — можно даже прописать в реестре имя несуществующей БД, CSO запустится, но работать ничего не будет

Курите man‘ы , господа.

Victor 64: Victor 64; Репутация: 0; Сообщения: 7; Зарегистрирован: 15.03.2013; С нами: 9 лет 10 месяцев; Профессия: Инженер

Непрочитанное сообщение #43 Victor 64 » 16.03.2013, 16:11

«Среда SQL Server Management Studio» работоспособна? Можно попасть внутрь SQL ?

Как туда попасть?

Среда SQL Server Management Studio

Такого вообще не нашел. Стоит Microsoft SQL Server 2008 R2, скачал тоже с сайта Болида

AlexRuden: AlexRuden; Возраст: 45; Репутация: 0; Сообщения: 1091; Зарегистрирован: 13.01.2012; С нами: 11 лет; Профессия: Наёмник.; Откуда: Россия.

Непрочитанное сообщение #44 AlexRuden » 16.03.2013, 16:21

Victor 64 писал(а):Стоит Microsoft SQL Server 2008 R2, скачал тоже с сайта Болида

Это чудо здесь — «C:Program FilesMicrosoft SQL Server100ToolsBinnVSShellCommon7IDESsms.exe»

Либо выставьте параметры CSO в реестре WinXP

Код: Выделить всё

Windows Registry Editor Version 5.00


[HKEY_LOCAL_MACHINESOFTWAREBOLIDORIONCSODBPARAMS]
"Способ доступа к базе данных"="ADO"
"Drivers"="MSSQL"
"DATABASE NAME"="test"
"SERVER NAME"="ИМЯ ПК\SQLSERVER2008"
"USER NAME"="sa"
"Use Procedure for Prepare"="1"
"Auto Translate"="True"
"Packet Size"="4096"
"Use Encryption for Data"="False"
"Tag with column collation when possible"="False"
"Provider"="SQLOLEDB.1"
"Persist Security Info"="True"
"CommandTimeout"="0"
"Evalute DataTime Parameters"="True"
"PASSWORD"="123456"

Где «ИМЯ ПК» — имя вашего ПК.

Курите man‘ы , господа.

Victor 64: Victor 64; Репутация: 0; Сообщения: 7; Зарегистрирован: 15.03.2013; С нами: 9 лет 10 месяцев; Профессия: Инженер

Непрочитанное сообщение #45 Victor 64 » 16.03.2013, 18:25

Запустил «Среда SQL Server Management Studio» в главном окне тип сервера выбрал компонент database engine-имя сервера VIKTOR-10011989SQLEXPRESS-проверка подлинности виндовс, далее соединил, сервер зарегистрировался. Далее открыл Управление сервером БД орион SERVER NAME: VIKTOR-10011989SQLEXPRESS- остальное без изменений. Теперь в параметрах бд орион пишет ошибка входа пользователя! Может database name или user name поменять. Пробовал в параметрах бд орион в меню файл сервер менять имя с локального адреса на VIKTOR-10011989 и VIKTOR-10011989SQLEXPRESS вообще не соединяет. Что думаете?

AlexRuden: AlexRuden; Возраст: 45; Репутация: 0; Сообщения: 1091; Зарегистрирован: 13.01.2012; С нами: 11 лет; Профессия: Наёмник.; Откуда: Россия.

Непрочитанное сообщение #47 AlexRuden » 16.03.2013, 18:46

Victor 64 писал(а):Что думаете?

Да мы то не думаем — мы знаем.
Только вот надоело из всех вытягивать инфу по чайной ложке.
Вы держите в секрете свои имена ПК и логины на SQL, а мы не телепаты. Я уже написал вам, как должно быть в реестре настройки CSO.

Последний раз спрошу —
— почему VIKTOR-10011989SQLEXPRESS, а не VIKTOR-10011989SQLSERVER2008
— откуда появилось имя БД — «test» (вы её создали и присоединили в SQL) ?
— почему логин не «sa», а ваш логин
— пароль должен быть «123456»

И вообще откуда все эти «глюки» у вас — установка проходит нормально и Орион начинает работать с базой «Orion».

Курите man‘ы , господа.

Victor 64: Victor 64; Репутация: 0; Сообщения: 7; Зарегистрирован: 15.03.2013; С нами: 9 лет 10 месяцев; Профессия: Инженер

Непрочитанное сообщение #48 Victor 64 » 16.03.2013, 19:11

Да если бы я в этом понимал и вопросов бы не было! Но я никогда не сталкивался ни скл, ни орион про.
VIKTOR-10011989SQLEXPRESS-это имя сервера sql server
БД — «test»-так именовала бд по умолчанию «Орион про», и все что на первых скринах
Соотвественно имя компьютера-VIKTOR-10011989, ViktorG-имя пользователя.
VIKTOR-10011989SQLSERVER2008 пробывал, но выскакивает первоначальная ошибка, а с VIKTOR-10011989SQLEXPRESS уже пишет ошибка входа пользователя VICTORG, тоесть как я понимаю базу он нашел, но проблема в имени и какое оно должно быть я не понимаю!

pet-and: Активный участник; pet-and; Активный участник; Возраст: 44; Репутация: 138; Сообщения: 3275; Зарегистрирован: 11.11.2012; С нами: 10 лет 3 месяца; Профессия: инженер; Откуда: Санкт-Петербург

Непрочитанное сообщение #49 pet-and » 16.03.2013, 19:25

как я подозреваю имя пользователя sa, пароль 123456.

AlexRuden: AlexRuden; Возраст: 45; Репутация: 0; Сообщения: 1091; Зарегистрирован: 13.01.2012; С нами: 11 лет; Профессия: Наёмник.; Откуда: Россия.

Непрочитанное сообщение #50 AlexRuden » 16.03.2013, 19:26

Victor 64 писал(а):какое оно должно быть я не понимаю!

Изучение систем нужно начинать с изучения инструкций.

В этой инструкции есть ответы на все ваши вопросы — «C:BOLIDARM_ORION_PRO1_12DOC04 — Менеджер Центрального Сервера.pdf» п.п. 4.1 , 4.3.1.2.
Имя экземпляра MS SQL Server’а нужно смотреть в менеджере SQL.
Логин по-умолчанию — «sa» , пароль — «123456».

Курите man‘ы , господа.

pet-and: Активный участник; pet-and; Активный участник; Возраст: 44; Репутация: 138; Сообщения: 3275; Зарегистрирован: 11.11.2012; С нами: 10 лет 3 месяца; Профессия: инженер; Откуда: Санкт-Петербург

Непрочитанное сообщение #51 pet-and » 16.03.2013, 19:29

AlexRuden писал(а):Изучение систем нужно начинать с изучения инструкций.

А если ОН прав??? Есть смысл всем задуматься.

P-E-S: P-E-S; Репутация: 0; Сообщения: 10; Зарегистрирован: 20.02.2013; С нами: 9 лет 11 месяцев; Профессия: Пуско-наладка объекта

Непрочитанное сообщение #52 P-E-S » 17.03.2013, 11:54

pet-and писал(а):

AlexRuden писал(а):Изучение систем нужно начинать с изучения инструкций.

А если ОН прав??? Есть смысл всем задуматься.

Я думаю, что не «если ОН прав», а он прав… Так как, все начинается с инструкции… «В начале было Слово», а потом уже все остальное )

hooligan49: hooligan49; Репутация: 0; Сообщения: 5; Зарегистрирован: 18.03.2014; С нами: 8 лет 10 месяцев; Профессия: монтажник

Непрочитанное сообщение #54 hooligan49 » 18.03.2014, 23:52

Отредактировал в рег файле адрес сервера. При подключение выдает ошибку входа пользователя sa. Проверил пароль он 123456. В чем может быть проблема?

pet-and: Активный участник; pet-and; Активный участник; Возраст: 44; Репутация: 138; Сообщения: 3275; Зарегистрирован: 11.11.2012; С нами: 10 лет 3 месяца; Профессия: инженер; Откуда: Санкт-Петербург

Непрочитанное сообщение #55 pet-and » 19.03.2014, 20:10

hooligan49 писал(а):Отредактировал в рег файле адрес сервера. При подключение выдает ошибку входа пользователя sa. Проверил пароль он 123456. В чем может быть проблема?

А что значит отредактировал? Адрес сервера — штука не редактируемая, прописывается один раз и все. Откатывайтесь назад со своими редакциями, да будет Вам счастье.

hooligan49: hooligan49; Репутация: 0; Сообщения: 5; Зарегистрирован: 18.03.2014; С нами: 8 лет 10 месяцев; Профессия: монтажник

Непрочитанное сообщение #56 hooligan49 » 21.03.2014, 02:10

Счастье может быть и было бы, но при установке SQL сервера создается сервер не с тем именем(ну да с адресом ошибся) как при установке самого ориона.
Вообще дело было так.
Имееться установочный диск из комплекта поставки.
У меня на компе стоит старый добрый ХР.
Для начала зашел проводником на сам сиди ром
Далее установил прилагаемый для хр обновление в папке basessql_express2008For_WinXP_Vista_SQL_SERVER_2003 и Microsoft Framework .Net 4.0.
Потом начал ставить SQL_Express_2008 но он ругается на нехватку виндоус шелл поэтому скачал с нета и установил обновление КВ968930, после чего SQL_Express_2008 встал как родной. Только внимательней устанавливайте и не пропустите шаг по созданию клиента. надо указать авторизацию SQL назвать самого клиента и присвоить пароль.
После этого установил SQLManagementStudio_x86_RUS.
Потом приступил к установке самого Орион про, обязательно потом установить обновление а то у него какие то ошибки вылазят.
После установки подредактировал рег файл ЦСО
После чего запустил ЦСО, и редактор БД. Вошел в него при помощи пароля 73173100 и прикрепил базу данных к серверу, но тут внимание после этого надо сразу в АБД изменить срок действия пароля а то потом вы уже не сможете туда попасть даже по паролю «1» так как он действует только до 31 декабря 2012г.
А далее все вроде заработало.

Marauder: Marauder; Возраст: 43; Репутация: 0; Сообщения: 65; Зарегистрирован: 14.02.2014; С нами: 8 лет 11 месяцев; Профессия: Инженер-пусконаладчик; Откуда: Свердловск

Непрочитанное сообщение #57 Marauder » 21.03.2014, 04:56

hooligan49 писал(а):Счастье может быть и было бы, но при установке SQL сервера создается сервер не с тем именем(ну да с адресом ошибся) как при установке самого ориона.

А какая связь между SQL-сервером и Орионом? Ориону абсолютно пофиг, как называется ваш SQL-сервер, он будет работать с тем сервером, к которому вы его подключите.

после чего SQL_Express_2008 встал как родной. Только внимательней устанавливайте и не пропустите шаг по созданию клиента. надо указать авторизацию SQL назвать самого клиента и присвоить пароль.

А это зачем!? При запуске батника все пользователи сервера с паролями создаются автоматически во время установки сервера.

ЗЫ Что-то у вас очень всё сложно со знанием SQL…

Slava_sl: Slava_sl; Репутация: 0; Сообщения: 130; Зарегистрирован: 17.01.2013; С нами: 10 лет; Профессия: инженер; Откуда: C-Пб

Непрочитанное сообщение #58 Slava_sl » 21.03.2014, 07:05

Да, не…
Сам иногда также накалываюсь, забывая запускать батник. — Расплата — ручками прописывать в скуле пользователя и пароли ориона.

pet-and: Активный участник; pet-and; Активный участник; Возраст: 44; Репутация: 138; Сообщения: 3275; Зарегистрирован: 11.11.2012; С нами: 10 лет 3 месяца; Профессия: инженер; Откуда: Санкт-Петербург

Непрочитанное сообщение #59 pet-and » 21.03.2014, 07:09

Marauder писал(а): Ориону абсолютно пофиг, как называется ваш SQL-сервер

Нет не пофиг, Орион цепляется к SQL-серверу, который у него записан. Попробуйте поставить «Орион Про», а затем изменить имя компа, Вы удивитесь: SQL-сервер перескочит нормально, а вот «Орион Про» будет искать (что характерно, не найдет) SQL-сервер по старому имени компа.

Marauder: Marauder; Возраст: 43; Репутация: 0; Сообщения: 65; Зарегистрирован: 14.02.2014; С нами: 8 лет 11 месяцев; Профессия: Инженер-пусконаладчик; Откуда: Свердловск

Непрочитанное сообщение #60 Marauder » 21.03.2014, 12:14

pet-and писал(а):

Marauder писал(а): Ориону абсолютно пофиг, как называется ваш SQL-сервер

Нет не пофиг, Орион цепляется к SQL-серверу, который у него записан. Попробуйте поставить «Орион Про», а затем изменить имя компа, Вы удивитесь: SQL-сервер перескочит нормально, а вот «Орион Про» будет искать (что характерно, не найдет) SQL-сервер по старому имени компа.

Чему тут удивляться? Заходим в менеджер управления и указываем новый сервер. И почему Орион должен автоматически переключаться?

4

384

pet-and
Перейти к последнему сообщению
29.09.2021, 06:08
8

2061

DruG
Перейти к последнему сообщению
11.03.2019, 14:31
12

4080

DruG
Перейти к последнему сообщению
11.04.2022, 17:54
1

1305

google
Перейти к последнему сообщению
25.02.2019, 09:17
1

36

5pconet
Перейти к последнему сообщению
Вчера, 16:44
1

1458

MadHacker
Перейти к последнему сообщению
11.05.2018, 16:52
0

2083

graunf
Перейти к последнему сообщению
08.11.2018, 16:30
0

84

deadbeat321
Перейти к последнему сообщению
16.12.2022, 17:00
3

458

DruG
Перейти к последнему сообщению
21.12.2021, 17:31
1

558

DruG
Перейти к последнему сообщению
12.05.2020, 06:36

Вернуться в «АРМ Орион Про версии до 1.20»

Источник

Самая частая причина ошибки режима доступа к файлу базы данных (файл 1Cv8.1CD в версии 1C 8.3) — права доступа «только на чтение». Они устанавливаются автоматически при копировании файлов с DVD, CD-диска или иного внешнего носителя.

В результате 1C видит файл, но не может что-то записать в него или считать оттуда из-за отсутствия прав. Проблема с доступом «только для чтения» актуальна для Windows. В MacOS и Ubuntu другие проблемы — к примеру, ошибка появляется при отсутствии root-прав у пользователя.

Быстрые решения (от наиболее вероятного — к наименее):

Убрать флажок «только для чтения» в Свойствах файла.
Проверить права доступа пользователей: текущего и Сервера 1C (вкладка Безопасность).
Открыть Диспетчер задач и завершить скрытые процессы 1cv8.exe.
Проверить, не блокирует ли антивирус файлы или процессы.
Перезагрузить компьютер и, если есть возможность, рабочий сервер.

Подробные инструкции:

Решение для 1С на Windows
Решение для Mac OS и Ubuntu

Решение ошибки на Windows

Если режим доступа к файлу БД был нарушен из-за копирования или переноса файлов, проблема решается в несколько кликов. Нужно зайти в свойства базы данных и снять галочку «только для чтения», чтобы 1С смог получить доступ к содержимому.

Нажать правой кнопкой мыши на базе данных 1Cv8.1CD.
В контекстном меню выбрать Свойства.
В открывшемся окне перейти на вкладку Общие.
Убрать галочку Только для чтения, сохранить изменения.

В 90% случаев эти действия помогают, поскольку ошибка из-за прав доступа при копировании — самая частая и самая безобидная. Ошибка режима доступа к файлам базы данных может возникать из-за других проблем с доступом или безопасностью.

Проверить права доступа к базам данных для всех пользователей. Выделить папку или файлы — 1Cv8.1CD, 1Cv8.log и другие связанные с БД, если есть. Нажать по ним правой кнопкой мыши, перейти в Свойства -> Безопасность и выбрать Добавить -> Полные права для всех нужных пользователей. Если при подключении к БД не указывается пользователь, значит работа ведется под аккаунтом Гостя — ему необходимо установить полные права.
Добавить файл 1Cv8.1CD или другую базу данных (разрешение *.1CD) в списки исключений антивирусов. Касперский и ряд других популярных антивирусных программ могут часто перепроверять этот файл, что приводит к сбоям при подключении.
Ошибка может возникать, если база данных располагается на диске C://, если их несколько. Решение — перенести БД на диск D:// (буква диска может быть другой).

Сложный случай — с «плавающей ошибкой», когда она то возникает, то пропадает. Это значит, что к базе данных в это время подключается какая-то другая программа, поэтому запись или чтение ограничено. Исправить проблему не получится, если не найти, каким еще софтом используется программа.

Самый распространенный вариант — антивирусы регулярно сканируют файл на предмет угроз. Вариант хуже — на компьютере есть вирусы или другие нежелательные программы, использующие для каких-то целей базу данных.

Решение для Mac OS и Ubuntu

Ошибка с режимом доступа по сети к базе данных 1Cv8.1cd возникает и на MacOS/Ubuntu. Решение простое — если 1C запускать в режиме root, то проблемы с доступом к файлу БД не возникает.

Чтобы пользователь мог работать без root-прав, нужно:

Сделать открытую папку в разделе /home.
Дать полные права для этой папки для нужного пользователя или группы пользователей.

Для назначения прав можно воспользоваться командой %ГруппаПользователей ALL=NOPASSWD: /bin/mount, /bin/umount. Суть проблемы с правами аналогична Windows, только на Mac OS и Ubuntu сложнее организована система прав доступа к файлам.

Версия 1C 8.3.7.1845 и выше для Mac OS имеет статус бета-версии. В этой версии не поддерживается работа с информационной базой, если она расположена на сетевом ресурсе (подробнее). Иначе говоря, 1C работает только с локальными БД и не будет работать с сетевыми.

Источник

Содержание:

1. Варианты возникновения ошибки разделенного доступа

2. Файловый режим работы: способы решения ошибки разделенного доступа

3. Пути решения ошибки разделенного доступа в клиент-серверном варианте работы

4. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте

1. Варианты возникновения ошибки разделенного доступа

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

Пользователи подключены к 1С

Для начала стоит проверить активные сеансы пользователей 1С. Количество активных пользователей можно посмотреть в конфигураторе: зайти в панель управления Администрирование, выбрать кнопку «Активные пользователи». И попросить их выйти из 1С. Помимо этого, информацию об активных сеансах можно увидеть в окне ошибки, но при большом количестве активных пользователей, информация будет не о всех активных сеансах.

У пользователя запущена 1С, но не введен пароль

Файловая база данных обычно содержит в себе подобную ошибку. Для решения данной проблемы следует запустить диспетчер задач, найти подобные процессы и, с его помощью, принудительно их завершить. Так как пользователь для работы с БД не авторизован, этот сеанс не отображается в списке активных пользователей, но соединение с базой при этом уже установлена. Следовательно, информационное сообщение так же, не будет нам полезно.

Зависший сеанс

Пользователи закрыли все свои окна 1С 8.3, но ошибка все еще осталась, в таком случае, вероятно, остались зависшие сеансы. В таком случае требуется принудительное завершение работы подобных сеансов. Последующие действия следует выполнять только после того, как испробовали методы описанные выше.

2. Файловый режим работы: способы решения ошибки разделенного доступа

— С помощью Диспетчера задач.

После завершения активных сеансов в файловом режиме работы, не сохраненная информация пользователей будет утеряна. Завершить сеансы этим способом можно вызвав диспетчер задач (диспетчер задач можно вызвать комбинацией клавиш Ctrl+Alt+Delete), выбрать нужные процессы(1Сv8.exe или 1Сv8c.exe), после этого нажать кнопку снять задачу.

— Перезагрузка сервера, на котором установлена 1С.

3. Пути решения ошибки разделенного доступа в клиент-серверном варианте работы

Завершить активные сеансы поможет консоль администрирования сервера, находим в ней нужную нам базу и заходим в меню «Сеансы».

Выделяем мешающие нам сеансы и завершаем их через пункт контекстного меню «Удалить» или соответствующую кнопку на панели.

— Если не удалось удалить сеансы, используя консоль, то пробуем перезапустить службу Агент сервера 1С Предприятия 8.3.

— Если не получается удалить соединение, можно попробовать это сделать средствами в 1С СУБД. К примеру, в MS SQL для 1С, можно открыть Management studio и написать запрос к нужной базе с использованием метода kill <ID>, где ID – номер соединения с СУБД, который так же можно увидеть в консоли администрирования.

— Только если все предыдущие способы не дали нам результата и ошибка все еще сохраняется, то можем перезагрузить сервер. Важно помнить, что к этому методу стоит прибегать только в крайнем случае.

4. Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы

В подобном случае, при повышенной пиковой нагрузке на сервер, сеансы фоновых заданий могут отрабатывать медленно или даже зависать, что так же влечет за собой возникновение данной ошибки.

Фоновые задания, как и обычный сеанс можно попытаться завершить, но после завершения они могут запускаться вновь. Активные сеансы фоновых заданий, как и пользовательские, можно увидеть в консоли администрирования на вкладке Соединения.

Попробовать завершить эти сеансы можно следующими методами:

— Завершить сеанс и обновить список активных соединений, для проверки, не запускаются ли они заново.

— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.

В итоге при возникновении данной ошибки, надо отталкиваться именно от причины ее возникновения, исходя из этого, производится выбор способа ее решения. Именно поэтому не стоит переходить сразу к радикальным методам, перегружать сервер, особенно, если есть возможность решить все более «щадящим» способом. Данные варианты решений уменьшат вероятность ошибок и повреждения данных таблиц информационной базы.

Специалист компании «Кодерлайн»

Марк Романенков

Источник