Добрый день, пытаюсь перенести базу данных SQLSERVER2008 Орион Про 2019.11.20 ОС Windows 7 на новый компьютер с SQLSERVER2012 Орион Про 2021.11.26 Windows 10. База видится через менеджер сервера, но при попытке открытия через оболочку зависает на анализ окружения 1%, при попытке открытия АБД появляется ошибка Недопустимое имя объекта «PRooms», QueryName= «qrRooms» Пробовал переносить базу двумя способами просто копированием соответствующих файлов и через восстановление из бэкапа Подскажите в чём может быть проблема? 1 год 3 месяца назад
#ссылка |
2 ответа
Вопрос решился, в логах оболочки было написано что нужно добавить текущий компьютер в БД, после того как добавил, оболочка запустилась 1 год 3 месяца назад
#ссылка |
Добрый день. Подниму тему… На новом сервере установил Орион ПРО 1.20.3 и SQL. 1 год 1 месяц назад
#ссылка |
Добавить ответ
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)
ЗАДАН
1 год 3 месяца назад
По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.
FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы
- Meytheriym
- Автор темы
- Meytheriym
- Автор темы
- Репутация: 0
- Сообщения: 23
- Зарегистрирован: 20.12.2016
- С нами: 6 лет 9 месяцев
- Профессия: инженер
Добрый день.
Со вчерашнего дня у диспетчера при запуске ОЗ на экране выскакивает окно Orion Pro: Shell с сообщением: Exception: Недопустимое имя объекта «Comps». Оз не запускается и после этого значок ОЗ становится недоступен.
При запуске АБД выскакивает ошибка с сообщением: Ошибка открытия БД: Недопустимое имя объекта «phone_numbers», QueryName = «qrPhoneIpAddrs»
Подскажите в чем может быть причина?
- Warfeer
- Warfeer
- Репутация: 1
- Сообщения: 42
- Зарегистрирован: 27.11.2012
- С нами: 10 лет 9 месяцев
- Профессия: Электромонтер
Непрочитанное сообщение #2 Warfeer » 21.12.2016, 12:56
В БД ошибка. Попробуй запустить проверку и реиндексацию БД из менеджера сервера.
- Meytheriym
- Автор темы
- Meytheriym
- Автор темы
- Репутация: 0
- Сообщения: 23
- Зарегистрирован: 20.12.2016
- С нами: 6 лет 9 месяцев
- Профессия: инженер
Непрочитанное сообщение #3 Meytheriym » 26.12.2016, 10:27
Warfeer писал(а):В БД ошибка. Попробуй запустить проверку и реиндексацию БД из менеджера сервера.
А что делать, если менеджер сервера недоступен (забыли пароль)?
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 42
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 8 лет 6 месяцев
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #4 Mixail 51 » 26.12.2016, 18:15
Пароль по умолчанию: 73173100
Не ошибается только тот кто не работает.
- EkaterinaIlyina
- EkaterinaIlyina
- Репутация: 16
- Сообщения: 108
- Зарегистрирован: 25.05.2016
- С нами: 7 лет 3 месяца
- Профессия: инженер
Непрочитанное сообщение #6 EkaterinaIlyina » 28.12.2016, 09:27
73173100 — не пароль по умолчанию. А пароль, использующийся в случае, если подключение к базе не настроено или настроено некорректно. Т.е. он подойдёт только если CSO по каким-то причинам настроен на нерабочую базу, например.
Попробуйте самый главный пароль, с которым авторизуетесь в АБД.
Судя по ошибке вы как будто пытаетесь запустить модули с несовместимой базой.
Какие действия выполняли до возникновения ошибки (наверное, «ничего не делали»? )
- Meytheriym
- Автор темы
- Meytheriym
- Автор темы
- Репутация: 0
- Сообщения: 23
- Зарегистрирован: 20.12.2016
- С нами: 6 лет 9 месяцев
- Профессия: инженер
Непрочитанное сообщение #7 Meytheriym » 10.01.2017, 14:42
EkaterinaIlyina писал(а):73173100 — не пароль по умолчанию. А пароль, использующийся в случае, если подключение к базе не настроено или настроено некорректно. Т.е. он подойдёт только если CSO по каким-то причинам настроен на нерабочую базу, например.
Попробуйте самый главный пароль, с которым авторизуетесь в АБД.
Судя по ошибке вы как будто пытаетесь запустить модули с несовместимой базой.
Какие действия выполняли до возникновения ошибки (наверное, «ничего не делали»?)
Пароль от авторизации АДБ не подходит. Пробовал.
Уже разобрались с проблемой. База данных была повреждена. Восстановили.
Спасибо!
-
- 5
- 5181
Alex242
Перейти к последнему сообщению
25.04.2022, 15:39
-
- 3
- 638
DruG
Перейти к последнему сообщению
21.12.2021, 17:31
-
- 0
- 412
deadbeat321
Перейти к последнему сообщению
16.12.2022, 17:00
-
- 3
- 2015
Svin
Перейти к последнему сообщению
04.08.2019, 22:12
-
- 7
- 1102
DruG
Перейти к последнему сообщению
13.01.2020, 19:31
-
- 5
- 1297
DruG
Перейти к последнему сообщению
11.05.2021, 15:57
-
- 9
- 2201
Vse
Перейти к последнему сообщению
14.08.2019, 16:04
-
- 15
- 1452
Ksimma
Перейти к последнему сообщению
11.06.2020, 07:10
-
- 15
- 1774
DruG
Перейти к последнему сообщению
16.11.2019, 17:20
-
- 1
- 82
pet-and
Перейти к последнему сообщению
19.06.2023, 09:46
Вернуться в «АРМ Орион Про версии до 1.20»
Кто сейчас на форуме
Сейчас этот раздел просматривают: 1 гость
Я занимаюсь программированием обслуживания довольно большого проекта, который был начат кем-то, кто теперь покинул компанию…
Я только что создал резервную копию одной из баз данных компании, а затем снова подключил ее к нашему тестовому серверу. Кажется, это работает нормально.
затем я прохожу обычную процедуру входа в систему программы, и эта часть также работает.
однако, как только я доберусь до точки в программе, где он должен выполнить хранимую процедура, я получаю сообщение об ошибке Invalid object name 'Informix.dbo.customer'
.
запуск той же функции в исходной базе данных отлично работает и возвращает данные, которые я ожидаю увидеть.
объяснения подобных ошибок, которые я нашел, похоже, относятся к схемам, но именно там все становится немного странным. Исходная база данных явно не есть любые схемы; в своей папке» безопасность «он просто имеет папку» Пользователи», содержащую dbo, и папку «роли», содержащую » роли базы данных» папка, с обычным db_owner и т. д. материал и пустая папка с именем «роли приложений».
папка безопасности в резервной копии и восстановленной базе данных полна всякого дерьма. Три пользователя в дополнение к dbo, папка «схемы», папка «сертификаты», две папки ключей шифрования… Я не могу их удалить.
из моего ограниченного понимания системы входа в систему SQL пользователь, в который я вхожу, получает не-dbo-разрешения из этой коллекции случайного дерьма, и поэтому ему отказывают в доступе к частям базы данных, принадлежащей dbo.
для моего собственного понимания, в чем суть проблемы, что рвет эти Invalid object name
ошибки? И для практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и на самом деле программа, которую я использую, работает над тестовой базой данных так же, как и над живой?
2 ответов
Если я правильно понимаю, вы выполняете процедуру (SomeProc) в базе данных (SomeDB), и это дает ошибку Invalid object name 'Informix.dbo.customer'
? Это просто означает, что SomeProc не может найти объект «клиент» в схеме под названием «ДБО» в базу данных «СУБД Informix». Для этого существует несколько возможных причин:
- объект не существует, возможно, потому, что схема и / или база данных не существуют
- объект существует, но пользователь, выполняющий процедуру, не имейте разрешение даже увидеть его
- объект существует, но база данных чувствительна к регистру, и некоторая часть имени не соответствует имени в вашем коде
вам нужно будет исследовать больше, чтобы узнать, какова причина в вашем случае, но как полная догадка, ваш производственный сервер имеет базы данных Informix и SomeDB, но ваш тестовый сервер имеет только SomeDB?
наконец, при публикации вопросов всегда включайте версию SQL Server (2000/2005/2008) и издание (Express, Standard, Enterprise); они могут быть очень важны, когда речь идет о схемах и разрешениях, потому что функции и поведение могут быть разными.
Это может быть проблема с владельцем объекта (SP в вашем случае).
Проверьте владельца в SQL management studio
Я занимаюсь техническим обслуживанием довольно большого проекта, который был начат кем-то, кто теперь покинул компанию …
Я только что сделал резервную копию одной из баз данных компании, а затем снова подключил ее к нашему тестовому серверу. Кажется, что все работает нормально.
Затем я прохожу обычную процедуру входа в систему, и эта часть, похоже, тоже работает.
Однако, как только я дохожу до точки в программе, где требуется выполнить хранимую процедуру, я получаю сообщение об ошибке. Invalid object name 'Informix.dbo.customer'
.
Выполнение той же функции в исходной базе данных работает нормально и возвращает данные, которые я ожидаю увидеть.
Объяснения подобных ошибок, которые я обнаружил, похоже, относятся к схемам, но здесь все становится немного странно. Исходная база данных явно не иметь любые схемы; В папке «Безопасность» у него просто есть папка «Пользователи», содержащая dbo, и папка «Роли», содержащая папку «Роли базы данных», с обычным материалом db_owner и т. Д., И пустая папка с именем «Роли приложений». «.
Папка Security в базе данных с резервным копированием и восстановлением полна всякой ерунды. Три пользователя в дополнение к dbo, папка «Schemas», папка «Certificates», две папки с ключами шифрования … Я не могу удалить ни одну из них.
Исходя из моего ограниченного понимания системы входа в систему SQL, пользователь, с которым я вхожу, получает не-dbo-разрешения из этой коллекции случайного дерьма, и поэтому ему отказывают в доступе к частям базы данных, принадлежащим dbo.
Насколько я понимаю, в чем суть проблемы, которая вызывает эти Invalid object name
ошибки? Что касается практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и заставить программу, которую я использую, работать с тестовой базой данных так же, как и с реальной?
Содержание
- Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
- Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
- 9 ответов
- forum-bolid.ru
- Менеджер центрального сервера , проблемы с Параметрами БД
- forum-bolid.ru
- Проблема с Windows Server 2016 и Орион Про
- forum-bolid.ru
- Центральный сервер периодически виснет
Эксплуатация » Поломался Орион Про, как ПРОЩЕ починить или переустановить?
Microsoft Server 2003 Std
Орион Про 1.12 без SP
Всё ставилось с дистрибутива Орион Про, ничего постороннего
На сервере установлены: Сервер, Оболочка с Ядром опроса, Управление сервером. Всё остальное не устанавливалось, сервер только для сервера.
Соединения с двумя пультами через два COM-порта.
UProg с этого сервера успешно общается с приборами, то есть, COM-порты рабочие.
Сегодня была авария по питанию, которую не заметили из-за ИБП. После смерти ИБП отвалились мониторы. Подали электричество, запустили, оболочка на сервере (не на мониторах) запускается с ошибкой соединения. Лог такой
29.07.2019 12:54:46 | Hint: Соединение с сервером
29.07.2019 12:54:59 | Error: Ошибка 240. Невыполнение запроса: транслируемые события
В ядре опроса СОМ-порты перестали присутствовать.
Orion.ini нормальный (у меня сохранён эталонный для сравнения)
Сейчас система работает под пультами и БКИ, есть время подумать.
Как с меньшими потерями запустить сервер?
Могу развернуть системный диск из февральского образа + субботний бэкап базы. Проблема — потеряется доверие в домене, придётся выводить из домена и затаскивать обратно. Вроде бы несложно и я знаю, как это сделать.
Можно переустановить сервер на работающей машине. Не представляю себе это, просто никогда не делал. Сдуру переустановлю всё.
А может быть можно при переустановки отметить галочкой только ядро опроса и всё?
Посоветуйте.
Источник
Эксплуатация » Орион 1.20, МЦС, не удалось подключиться к серверу
Установлена Орион ПРО 1.20. ЦСО запущен.
Когда первый раз заходил в Мнеджер Центрального Сервера, ошибка — не удалось подключиться к серверу.
В файле orion.ini прописал локальный сервер (127.0.0.1), порт 2001 — заработало. Всё увидело.
Спустя 2 дня снова ошибка — не удалось подключится к серверу.
Что можно сделать в данной ситуации?
3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
9 ответов
Не изменилось ничего.
Просто пишет — не удалось соединиться с сервером.
ЦСО запущен 100%. В автозагрузке висит. Запускаю МЦС при открытом ЦСО — выдаёт ошибку.
Запускалось. Чего ей щас не хватает — непонятно. Пробовал в orion.ini писать имя компа, его локальный ip-адрес. Всё равно ошибка.
3 года 7 месяцев назад
– Комаров Александр Федорович 3 года 7 месяцев назад
– Налетов Константин 3 года 7 месяцев назад
Совершенно недавно поднималась тема про антивирус KAV https://partners.bolid.ru/forum/forum_3486.html, который закрывает порты, может и у Вас такая же ситуация.
3 года 7 месяцев назад
Антивирус не установлен. Разве что встроенный windows defender. Но ведь работало.
3 года 7 месяцев назад
А как узнать, какие каталоги правильные? Всё запускается из одной директории. Версия 1.20 (выпуск 1, постройка 803).
3 года 7 месяцев назад
Если у вас каталог всего один — он с вероятностью 99% правильный, если вы руками не заменяли модули.
У каждой программы есть версия (которую в том числе можно посмотреть в свойствах файла на вкладке «подробно») и они на ЦСО и менеджере сервера должны быть 1.20 или выше.
Откройте ЦСО на вкладке «О программе». Посмотрите текущий порт. (по умолчанию 2001).
Выполните в командной строке команду
Запустите менеджер сервера. Дождитесь ошибки, что не удалось подключиться и нажмите ок.
В менеджере сервера выберите пункт «ФайлСервер. «. В открывшемся окне укажите текущий адрес компьютера (или 127.0.0.1 для локального) и порт совпадающий с тем, который указан в ЦСО. Нажмите ок.
Если нет записи что порт LISTENING или всё равно возникает ошибка — надо проверять настройки антивирусов и фаерволов.
Если совсем ничего не получается — обращайтесь в техподдержку. С вами ещё раз проверят все настройки и если не найдут ошибок в настройках — вышлют специальные модули для диагностики проблемы.
– Комаров Александр Федорович 3 года 7 месяцев назад
Источник
forum-bolid.ru
Менеджер центрального сервера , проблемы с Параметрами БД
Здравствуйте, есть Орион Про 1.20.1 настроен, работает.
НО есть 2 проблемы.
1) При запуске утилиты, как приложено в картинке, нет параметров БД , информации по базе . НО при этом сам орион работает, монитор, сервер и все все все. А вот в Менеджере ничего сделать нельзя ибо во вкладке БД все пункты серые, не активные.
Лечится данная ерись методом перебора способа подключения базы (127.0.0.1, имя сервера при поиске из списка, ай пи адресс) Настроено по айпи адресу. Раза с 20-30 помогает, и соединение появляется и все ок. Проблема возникает через раз, а если перезагрузки компьютера небыло больше недели то 100 %.
КАК решить данную проблему?
2) Где искать или может кто поможет пошагово написав инструкцию по Резервному копированию БД при помощи Винды и планировщика задач.(у самого нихрена не получается. Болидовцы говорят что мля нажми 2 кнопки и все гуд. НО нихрена не работает, Задача не создается автоматически).
Картинку для наглядности и то что получается.(качество режет форум)
И по 2 вопросу, я написал что хотел, трудности с пониманием и знанием функционала, тогда наверное не стоит писать ненужные посты, а если хотите поговорить за жизнь то пишите в личку, пообщаемся.
Можно попробовать в реестре поискать ветку BOLID, и там в подветках ручками поправить, тоже прокатывает.
У меня как-то тоже была проблема с именем базы, ручками поправил в реестре и прокатило.
Ну это так, если другие варианты не получатся. Атак же.
Pahill , у Вас используется плата расширения на 10 com портов?
Посмотрите в программном модуле Администратор Базы Данных (АБД) настройки com портов- какой там задан тип ПИ ?
Возможно поможет тема (последнее сообщение):
Загрузка CPU сервера опроса.
У ТС проблема была в типе преобразователя интерфейсов. Разница между ними кстати описана в инструкции, но про рекомендации для С2000-Ethernet ни гу-гу.
«. Тип преобразователя интерфейсов, используемого для конвертирования RS-485 интерфейса.
Источник
forum-bolid.ru
Проблема с Windows Server 2016 и Орион Про
Здравствуйте!
На Windows 7 (EN) работает всё отлично, ставил сам.
Сейчас осуществляем переезд на другую железку с Windows Server 2016. Система англоязычная, поэтому сначала установил SQLEXPRESS2012 с активированной учеткой SA и паролем 1-6, импортировал нашу базу, установил Орион Про, изменил в реестре данные для нашей базы.
Запускаю shell, запускаю cso (OCS) и больше ничего не запустить. При запуске Server Manager — ошибка «Can’t connect to server». Адрес 127.0.0.1 и порт 2001. Пробовал локальный адрес машины указывать — бестолку.
Пробовал разные версии Ориона — 1.20/1.20.1/1.12 и русские и английские.. Ставил с нуля sqlexpress 2008/2012..
Чувство, что сервер (CSO) находится в своей песочнице и его не видят остальные компоненты программы. Прошу помочь, уже третий день сна не знаю
У вас сервер менеджер не может подключиться к ЦСО.
До SQL дело даже близко не доходит.
Открываем ЦСО на первую вкладку и смотрим внизу порт.
Идём в фаервол и убеждаемся что порт не заблокирован. Идём в антивирус и убеждаемся что порт не заблокирован. Идём в командную строку netstat /a от админа и убеждаемся что порт открыт. Если не открыт — идём в настройки совместимости и запускаем ЦСО от имени администратора. Если порт всё ещё не открыт а ЦСО «работает» — на этом моменте мы уже обращаемся в техподдержку.
Дальше идём в каталог с Орион ПРО в файл orion.ini.
В разделе SrvLog проверяем SrvAddr — адрес машины. Можно 127.0.0.1 если всё на одной машине и lopback активен (проходит пинг на 127.0.0.1). SrvPort — должен совпадать с тем, который выводит ЦСО.
После того как всё проверили — запускаем сервер менеджер. И если оно опять не коннектится — обращаемся в техподдержку.
При обращении в техподдержку быть готовы назвать: Точную версию Орион ПРО (можно посмотреть в файле version_orion.ini). Версию ОС (включая разрядность). Версию SQL.
Не доходит дело до SQL.
Давайте ещё пару моментов проверим. Посмотрите в свойствах файлов ЦСО и Сервер менеджера в дополнительных что они одного выпуска. Если случайно попались ЦСО и сервер менеджер из разных выпусков (до 1.20 и после), то они не смогут соединиться.
Дальше вы говорите что руками переносили в реестр настройки. Стоит их убрать — полностью снести ветку. Возможно происходит какая то внутренняя ошибка при чтении.
Ну и в личку номер обращения в техподдержку.
Стандартный чеклист на этом заканчивается. Дальше только логи (в идеале тимвьювер или аналоги). Но это всё только через техподдержку.
Так может потому и пишут, что сервер не запущен ))
Таааакс. Так с SQL сервером-то ЦСО связывается, а не менеджер сервера. Откуда он может знать, сервер менеджер, что SQL сервер работает (или не работает), если он не может связаться с ЦСО?
Добавлено спустя 36 секунд:
А так да, вижу, SQL сервер запущен.
Получил следующий ответ от поддержки. Увы, на пятом шаге всё та же ошибка.. Переустанавливаю систему)
Спойлер Для настройки параметров SQL сервера, после установки АРМ Орион ПРО в ручном режиме на ПК с уже установленным SQL сервером необходимо:
1.
с помощью Среда SQL Server Management Studio необходимо проверить подключение к SQL серверу, при этом необходимо выбрать авторизацию SQL ввести учетную запись «sa» и пароль «123456».
Если при этом подключение не будет выполнено, то в SQL необходимо настроить данную учетную запись.
Так же стоит обратить внимание, на то что если в меню пуск в группе SQL Сервера отсутствует Среда SQL Server Management Studio, то её необходимо поставить и проверить.
2.
Далее если вход выполняется корректно, необходимо отключится от SQL сервера или перезапустить Management Studio. Из окна авторизации необходимо скопировать имя сервера (оно потом понадобится при настройке параметров сервера).
3.
При закрытом центральном сервере Орион ПРО необходимо зайти в редактор реестра по команде regedit путь
HKEY_LOCAL_MACHINESOFTWAREBolidORIONCSO для 32х
HKEY_LOCAL_MACHINESOFTWAREWow6432NodeBolidORIONCSO для 64х
и удалить папку DBPARAMS и если есть DBPARAMS12.
4.
Запустить центральный сервер Орион ПРО из контекстного меню «от имени администратора» (актуально для win7 и новее, что бы каждый раз не использовать данное меню можно зайти в свойства ярлыка выбрать вкладку совместимость и задать параметр «всегда выполнять от имени администратора»).
5.
Запустить «управление сервером» из меню пуск так же по правой кнопке — «от имени администратора», после запуска программы нужно ввести пароль 73173100, при этом в строке статуса должно быть указано «соединение установлено».
Если же при запуке выдается сообщение «нет соединения с сервером», то необходимо убедится, что в систем трее запущено CSO (центральный сервер), далее в меню файл — сервер — указать ip адрес текущего ПК, так же можно указать локальный адрес 127.0.0.1. После чего меню файл — переподключится и ввести пароль «73173100», результатом должно быть подключение к серверу и статус «соединение установлено».
6.
После запуска Менеджера центрального сервера, необходимо выбрать вкладку «параметры БД»
в параметрах указать
Database Access: ADO
Drivers: MSSQL
DATABASE NAME: не указываем
SERVER NAME: указывается имя сервера, скопированного из авторизации SQL Server Management Studio.
USER NAME: sa
CommandTimeout: 0
PASSWORD: 123456
7.
Далее
если была старая база SQL — указываем её имя в DATABASE NAME,
если база перенесена с другого ПК то в меню БД выбираем Восстановление (для восстановления из файла *.bak) или присоединение базы данных если скопированы файлы *.LDF и *.MDF
если не было базы, то в меню БД выбираем — «создать новую. «, далее следуя шагам мастера необходимо указать новое уникальное имя базы в поле DATABASE NAME.
Для присоедененных БД (или если база уже была на ПК) необходимо выполнить в меню БД — модернизация/слияние БД, в мастере отметить «модернизация» и следовать шагам. После кеширования в появившихся параметрах необходимо указать новое имя БД.
8.
После создания или присоединения БД, можно запустить оболочку Орион ПРО, в которой выбрать АБД, пароль либо 1, либо пароль от вашей старой БД.
9.
В АБД на первой вкладке нужно добавить ПК, указав его реальный ip в поле ip-адрес, а в поле имя указать hostname, после чего нажать сохранить.
10.
Далее необходимо отредактировать созданный ПК, в поле настройки выбрать «. » и отметить какие компоненты можно запускать на данном ПК, после чего сохранить параметры.
11.
Далее необходимо в меню сервис выбрать — обновление базы данных, при этом в оболочке параметр «анализ окружения» должен увеличится до 100%, и с некоторой задержкой запуститься Оперативная задача.
На этом настройка параметров сервера завершена.
Источник
forum-bolid.ru
Центральный сервер периодически виснет
Физический сервер — HP ProLiant DL145 Generation 2
ОС — Windows Server 2008 R2 Standart Service Pack 1 64bit
СУБД — MS SQL Server 2005 32bit
Версия программы — Центральный сервер Орион 1.11.2.46
На этой же машине подключены приборы по COM-порту. Там же работает Оболочка системы и Оперативная задача. В системе есть ещё 3 клиентские машины, каждая со своими ролями:
— Персональная карточка (стоит на раб. месте охранника у турникетов)
— Оперативная задача (раб. место начальника смены охраны)
— АБД (бюро пропусков).
Периодически (иногда несколько раз в день . ) что-то происходит с Центральным сервером (по всей видимости). Выглядит это так — на раб. местах Оперативная задача появляется сообщение о потере соединения с центральным сервером, на раб. месте персональная карточка перестают обновляться фото проходящих через турникет сотрудников.
Простым перезапуском на сервере Оболочки и Сервера БД Орион не лечится. Убийство процессов Оболочки и Центрального сервера в Диспетчере задач также не помогает. Приходится перезагружать ОС, запускать там Сервер БД Орион, Оболочку системы и Оперативную задачу (чтобы собирать данные с турникетов и приборов). Сегодня такое случалось уже 18 раз .
Ещё CoreOrion.exe не помешает. И надеюсь у вас в сообщение, а не в правилах антивируса опечатка — CSO.exe
Что выводится в лог оболочки при разрыве связи?
Локально (на ПК с ЦСО) тоже теряется связь с центральным сервером?
В доверенной зоне антивируса добавил CoreOrion.exe, исправил опечатку вместо sco.exe сделал cso.exe
Вот последние записи в файле EventLog.log
========== 21.04.2014 14:30:00 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:00 | Warning: Разрыв связи
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:27 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:27 | Warning: Разрыв связи
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:58 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:58 | Warning: Разрыв связи
========== 21.04.2014 14:37:53 ========== omonitor.exe 1.11.2.1896()
21.04.2014 14:37:53 | Hint: Соединение с сервером
21.04.2014 14:38:35 | Hint: TabAdd
21.04.2014 14:38:35 | Hint: Периметр 1
21.04.2014 14:38:35 | Hint: Периметр 2
21.04.2014 14:38:35 | Hint: Периметр 3
21.04.2014 14:38:35 | Hint: Периметр 4
21.04.2014 14:38:35 | Hint: Периметр 5
21.04.2014 14:38:35 | Hint: Периметр 6
21.04.2014 14:38:35 | Hint: Периметр 7
21.04.2014 14:38:35 | Hint: Периметр 8
21.04.2014 15:06:27 | Hint: TabAdd
21.04.2014 15:06:27 | Hint: Периметр 1
21.04.2014 15:06:27 | Hint: Периметр 2
21.04.2014 15:06:27 | Hint: Периметр 3
21.04.2014 15:06:27 | Hint: Периметр 4
21.04.2014 15:06:27 | Hint: Периметр 5
21.04.2014 15:06:27 | Hint: Периметр 6
21.04.2014 15:06:27 | Hint: Периметр 7
21.04.2014 15:06:27 | Hint: Периметр 8
21.04.2014 15:09:17 | Hint: TabAdd
21.04.2014 15:09:17 | Hint: Периметр 1
21.04.2014 15:09:17 | Hint: Периметр 2
21.04.2014 15:09:17 | Hint: Периметр 3
21.04.2014 15:09:17 | Hint: Периметр 4
21.04.2014 15:09:17 | Hint: Периметр 5
21.04.2014 15:09:17 | Hint: Периметр 6
21.04.2014 15:09:17 | Hint: Периметр 7
21.04.2014 15:09:17 | Hint: Периметр 8
А вот последние записи в файле logErrorFromShell.log
========== 21.04.2014 14:26:39 ========== Shell.exe 1.11.2.996()
21.04.2014 14:26:39 | Hint: Соединение с сервером
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:28:39 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:28:39 | Warning: Разрыв связи
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:29:20 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:29:20 | Warning: Разрыв связи
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:01 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:01 | Warning: Разрыв связи
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:30:41 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:30:41 | Warning: Разрыв связи
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:31:22 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:31:22 | Warning: Разрыв связи
========== 21.04.2014 14:33:00 ========== Shell.exe 1.11.2.996()
21.04.2014 14:33:00 | Error: Соединение с сервером: Соединение закрыто по таймауту
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Error: Соединение с сервером: Прерванный вызов функции
21.04.2014 14:33:00 | Warning: Разрыв связи
========== 21.04.2014 14:37:36 ========== Shell.exe 1.11.2.996()
21.04.2014 14:37:36 | Hint: Соединение с сервером
Оба лога с компьютера-сервера, на клиентских станциях логи пока не смотрел
Источник
Ошибка открытия БД; Недопустимое имя объекта «VideoRecognizeChannel», QueryName=»qrVideoRecognizeChannel» 6 лет 7 месяцев назад
Кононов Сергей Михайлович 2 #ссылка |
1 ответ
Спасибо, Леонид. Помогло искусственное удаление БД, после чего удалось открыть МенеджерСервера. 6 лет 7 месяцев назад
Кононов Сергей Михайлович 2 #ссылка |
Добавить ответ
Для добавления сообщений на форуме вам необходимо зарегистрироваться и указать мобильный телефон в своем профиле (зачем?)
ЗАДАН
6 лет 7 месяцев назад
По каждому вопросу/ответу можно добавлять комментарии. Комментарии предназначены для уточнения вопроса/ответа.
FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 8 месяцев
- Профессия: Инженер
Непрочитанное сообщение #62 Brat_Egora » 23.07.2016, 16:59
Столкнулся с похожей проблемой. Раньше был «Орион», После поменяли на «Орион Про». Всё работало нормально, без ошибок. Спустя два месяца появилась ошибка. При запуске АБД ругается на отсутствие связи. При запуске управления сервером пишет «Не удалось подключиться к серверу», указываю вручную, соединение устанавливается, но никакого результата не даёт. Оболочка системы выдаёт ошибку «Error: Ошибка 201. Невыполнение запроса: рабочие места». Монитор оперативной задачи выдаёт ошибку «Error: Ошибка 1000. Невыполнение запроса информации по всем компьютерам | SELECT ID, Gindex, Name, Psevdonim, TCP_IP, Gtype, Priority, Works, TypeEvents, IpReservSrv FROM Comps ORDER BY Comps.ID».
.
Не пойму в чём проблема…
-
Admin
- Администратор
-
-
Admin
- Администратор
- Возраст: 42
- Репутация: 30
- Сообщения: 412
- Зарегистрирован: 04.06.2012
- С нами: 10 лет 7 месяцев
- Профессия: в поисках себя
- Откуда: респ. Беларусь, г. Минск
Непрочитанное сообщение #63 Admin » 23.07.2016, 18:03
MadHacker писал(а):Была проведена проверка.
Данная ошибка (возможны другие названия таблиц) возникает при несоответствии файла prvd.ini и USB ключа. А так же в случае, если АБД запущено больше, чем позволяет лицензия.
При возникновении подобной ошибки первым делом проверяйте количество лицензий на запуск АБД.
Проверяли?
Добавлено спустя 35 минут 49 секунд:
Brat_Egora писал(а):Error: Ошибка 201. Невыполнение запроса: рабочие места
Ошибки в работе «Орион Про» 1.12.2.1 (Пост NKV #10862)
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 8 месяцев
- Профессия: Инженер
Непрочитанное сообщение #64 Brat_Egora » 24.07.2016, 12:43
Admin,
Там другая ситуация.
У меня не запускается ничего кроме ЦСО. Всё остальное ругается на отсутствие связи.
- Спойлер
-
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 7 лет 10 месяцев
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #65 Mixail 51 » 24.07.2016, 14:04
А служба SQL сервера то хоть запущена?
IP адрес указан верно?
Не ошибается только тот кто не работает.
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 8 месяцев
- Профессия: Инженер
Непрочитанное сообщение #66 Brat_Egora » 24.07.2016, 15:32
Mixail 51,
SQl запущен. Относительно IP адреса, не могу понять где его менять. В целом картина показывает, что нарушена связь. В оболочке системы «Анализ окружения» показывает 1%.
П.с. система работала в течении 7-8 месяцев без сбоев.
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 7 лет 10 месяцев
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #67 Mixail 51 » 24.07.2016, 15:57
Для начала запустите командную строку и наберите в ней команду «ipconfig» для того что бы узнать реальный IP адрес компьютера.
Затем запустите «Управление сервером» и в меню «Файл►Сервер» замените IP на реальный, если он конечно не правильно прописан.
Также в Управление сервером не будет лишним проверить правильность написания имени сервера, у Вас судя по скриншотам должно быть «USER-PCSQLSERVER2012».
В Оперативной задаче тоже нужно будет поменять IP адрес на реальный, для того что его изменить нужно нажать на зеленый треугольник в правом верхнем углу, рядом к кнопкой ВЫХОД, появится окно в котором нужно будет кликнуть на надпись «Сервер» и ввести пароль 73173100 для смены IP адреса.
Затем нужно будет через АБД добавить данное рабочее место в базу данных.
Если все выше перечисленное у Вас выполнено, то тогда нужно будет подумать, потому как выше я перечислил самые распространенные ошибки.
Не ошибается только тот кто не работает.
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 8 месяцев
- Профессия: Инженер
Непрочитанное сообщение #68 Brat_Egora » 24.07.2016, 19:04
Приветствую! все сделал как вы написали, и все пошло, запустилось. но компьютер старенький, глюк поймал, пришлось перезагрузить. Теперь снова все по шагово делаю, и не получается, пишет — не удается подключиться к серверу. Мистика… А проблема я так понял в том что программа ранее обращалась на сервер 192.168.1.103, теперь ребята с IT отдела вели какие то работы и наш IP адрес стал 192.168.1.106.
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 7 лет 10 месяцев
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #69 Mixail 51 » 24.07.2016, 19:09
Так наверное после аварийного завершения работы IP-шники на ….103 вернулись.
Не ошибается только тот кто не работает.
- DruG
- Активный участник
- DruG
- Активный участник
- Репутация: 140
- Сообщения: 1716
- Зарегистрирован: 03.03.2016
- С нами: 6 лет 10 месяцев
- Профессия: безобразнорабочий
Непрочитанное сообщение #70 DruG » 25.07.2016, 05:01
поди ещё DHCP включен, отключать его нафик и ставить статичный адрес, чтобы ребята из ИТ-отделов случайно не рушили все системы
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 8 месяцев
- Профессия: Инженер
Непрочитанное сообщение #71 Brat_Egora » 25.07.2016, 15:02
Mixail 51,
Поменял IP в «Управлении Сервером» и «Оперативной задаче», теперь при запуске АБД пишет ошибку соединения с сервером и ссылается на старый IP .
Программа «Монитор» выдаёт ошибку «Error: Ошибка приложения: Недопустимое имя столбца «DokumSeries»»
DruG,
При отключении DHCP, сеть просто напросто теряется…
- DruG
- Активный участник
- DruG
- Активный участник
- Репутация: 140
- Сообщения: 1716
- Зарегистрирован: 03.03.2016
- С нами: 6 лет 10 месяцев
- Профессия: безобразнорабочий
Непрочитанное сообщение #72 DruG » 25.07.2016, 15:45
Brat_Egora, ну так при отключении, ИП-адрес присваивается какой-нить 168.254… что явно не из вашей сети, т.е. ручками надо нормальный прописать. Или позвать на помощь ребят из ИТ-отдела, они то должны знать что и как делать
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 8 месяцев
- Профессия: Инженер
Непрочитанное сообщение #73 Brat_Egora » 25.07.2016, 16:06
DruG,
Спасибо! Вопрос с DHCP решен. IP поменял на тот, что был раньше. Спасибо ребятам с IT отдела.
Теперь АБД ругается на «недопустимое имя объекта». Оболочка начала выдавать ошибку «Error: Ошибка 12142. Необходимо добавить данное рабочее место в базу данных». Не пойму где его менять…
Поискал на форуме, ничего толкового не нашёл. Все ключи вставлены и не снимались. Рабочее место находится под видеонаблюдением.
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 7 лет 10 месяцев
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #76 Mixail 51 » 25.07.2016, 16:56
Открываете АБД►выделяете курсором нужный компьютер с именем►внизу нажимаете на кнопку править►в инспекторе меняем поле TCP/IP►сохранить.
Добавлено спустя 9 минут 1 секунду:
По поводу отсутствия рабочего места в базе забыл написать, выдержка из РЭ на АРМ стр.197:
Чтобы добавить новый объект «Рабочее место», необходимо выбрать в дереве объектов объект
«Система» и нажать кнопку «Добавить» . Затем необходимо ввести значения для всех свойств
нового объекта «Рабочее место» (за исключением свойства «Настройки», которое настраивается
уже после добавления объекта) и нажать кнопку «Сохранить» .Стоит запомнить, что настройка свойства «Настройки» объекта «Рабочее место» возможна
только после того, как объект добавлен в систему.Чтобы изменить значения свойств объекта «Рабочее место», нужно выбрать в дереве объектов
необходимый объект и нажать кнопку «Править» . Затем необходимо изменить значения
требуемых свойств объекта и нажать кнопку «Сохранить» .
Не ошибается только тот кто не работает.
-
- 4
- 373
pet-and
Перейти к последнему сообщению
29.09.2021, 06:08
-
- 8
- 2027
DruG
Перейти к последнему сообщению
11.03.2019, 14:31
-
- 12
- 3663
DruG
Перейти к последнему сообщению
11.04.2022, 17:54
-
- 1
- 1291
google
Перейти к последнему сообщению
25.02.2019, 09:17
-
- 0
- 5
Zloy_S
Перейти к последнему сообщению
Сегодня, 07:09
-
- 1
- 1441
MadHacker
Перейти к последнему сообщению
11.05.2018, 16:52
-
- 0
- 2064
graunf
Перейти к последнему сообщению
08.11.2018, 16:30
-
- 0
- 67
deadbeat321
Перейти к последнему сообщению
16.12.2022, 17:00
-
- 3
- 445
DruG
Перейти к последнему сообщению
21.12.2021, 17:31
-
- 1
- 552
DruG
Перейти к последнему сообщению
12.05.2020, 06:36
Вернуться в «АРМ Орион Про версии до 1.20»
Я занимаюсь техническим обслуживанием довольно большого проекта, который был начат кем-то, кто теперь покинул компанию …
Я только что сделал резервную копию одной из баз данных компании, а затем снова подключил ее к нашему тестовому серверу. Кажется, что все работает нормально.
Затем я прохожу обычную процедуру входа в систему, и эта часть, похоже, тоже работает.
Однако, как только я дохожу до точки в программе, где требуется выполнить хранимую процедуру, я получаю сообщение об ошибке. Invalid object name 'Informix.dbo.customer'
.
Выполнение той же функции в исходной базе данных работает нормально и возвращает данные, которые я ожидаю увидеть.
Объяснения подобных ошибок, которые я обнаружил, похоже, относятся к схемам, но здесь все становится немного странно. Исходная база данных явно не иметь любые схемы; В папке «Безопасность» у него просто есть папка «Пользователи», содержащая dbo, и папка «Роли», содержащая папку «Роли базы данных», с обычным материалом db_owner и т. Д., И пустая папка с именем «Роли приложений». «.
Папка Security в базе данных с резервным копированием и восстановлением полна всякой ерунды. Три пользователя в дополнение к dbo, папка «Schemas», папка «Certificates», две папки с ключами шифрования … Я не могу удалить ни одну из них.
Исходя из моего ограниченного понимания системы входа в систему SQL, пользователь, с которым я вхожу, получает не-dbo-разрешения из этой коллекции случайного дерьма, и поэтому ему отказывают в доступе к частям базы данных, принадлежащим dbo.
Насколько я понимаю, в чем суть проблемы, которая вызывает эти Invalid object name
ошибки? Что касается практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и заставить программу, которую я использую, работать с тестовой базой данных так же, как и с реальной?
freed7 1 / 1 / 0 Регистрация: 18.10.2013 Сообщений: 80 |
||||
1 |
||||
Недопустимое имя объекта, при этом БД подключена02.05.2017, 19:43. Показов 8249. Ответов 4 Метки нет (Все метки)
Не понимаю, каким образом у меня выдает ошибку если в источнике данных присутствует БД с таблицей «Филиал» и при этом пишет «Недопустимое имя объекта «Филиал»». Вот запрос на добавление:
__________________ 0 |
OwenGlendower Администратор 15226 / 12265 / 4902 Регистрация: 17.03.2014 Сообщений: 24,867 Записей в блоге: 1 |
||||
02.05.2017, 19:56 |
2 |
|||
freed7, врядли таблица Филиал создана в системной БД master. Укажи правильное имя БД в строке подключения (параметр Initial Catalog) или указывай имя БД в запросе
0 |
freed7 1 / 1 / 0 Регистрация: 18.10.2013 Сообщений: 80 |
||||
02.05.2017, 20:07 [ТС] |
3 |
|||
то есть так?
0 |
Администратор 15226 / 12265 / 4902 Регистрация: 17.03.2014 Сообщений: 24,867 Записей в блоге: 1 |
|
02.05.2017, 20:18 |
4 |
freed7, почти. Между именем БД и именем таблицы должно быть две точки. И лучше все-таки исправить строку соединения чем править SQL. 0 |
1 / 1 / 0 Регистрация: 18.10.2013 Сообщений: 80 |
|
02.05.2017, 20:28 [ТС] |
5 |
исправить строку соединения Указал имя БД и пишет «Не удается открыть базу данных «Фотоцентр», запрашиваемую именем входа. Не удалось выполнить вход. При входе системы пользователя «MicrosoftAccountящик моей учетной записи» произошла ошибка.» 0 |
IT_Exp Эксперт 87844 / 49110 / 22898 Регистрация: 17.06.2006 Сообщений: 92,604 |
02.05.2017, 20:28 |
5 |
I’m doing some maintenance programming on a fairly large project, which was started by someone who’s now left the company…
I’ve just backed up one of the company’s databases, and then reattached it to our test server. That much appears to be working okay.
I then go through the program’s usual login procedure, and that part also appears to work.
However, once I get to a point in the program where it needs to execute a stored procedure, I get back an error telling me Invalid object name 'Informix.dbo.customer'
.
Running the same function on the original database works fine, and returns the data I expect to see.
Explanations for similar errors I’ve found seem to refer to Schemas, but that’s where things get a little odd. The original database doesn’t obviously have any Schemas; In its «Security» folder it just has a «Users» folder, containing dbo, and a «Roles» folder, containing the «Database Roles» folder, with the usual db_owner, etc. stuff, and an empty folder named «Application Roles».
The Security folder on the backed-up-and-restored database is full of all kinds of crap. Three users in addition to dbo, a «Schemas» folder, «Certificates» folder, two encryption key folders… I can’t delete any of these.
From my limited understanding of the SQL login system, the user I’m logging in as is getting non-dbo-permissions from this collection of random crap, and so is being denied access to the parts of the database owned by dbo.
For my own understanding, what is the core of the problem that’s throwing up these Invalid object name
errors? And for practical matters, what can I do to rectify this situation and actually have the program I’m using work on the test database in the same way as it does on the live one?
I’m doing some maintenance programming on a fairly large project, which was started by someone who’s now left the company…
I’ve just backed up one of the company’s databases, and then reattached it to our test server. That much appears to be working okay.
I then go through the program’s usual login procedure, and that part also appears to work.
However, once I get to a point in the program where it needs to execute a stored procedure, I get back an error telling me Invalid object name 'Informix.dbo.customer'
.
Running the same function on the original database works fine, and returns the data I expect to see.
Explanations for similar errors I’ve found seem to refer to Schemas, but that’s where things get a little odd. The original database doesn’t obviously have any Schemas; In its «Security» folder it just has a «Users» folder, containing dbo, and a «Roles» folder, containing the «Database Roles» folder, with the usual db_owner, etc. stuff, and an empty folder named «Application Roles».
The Security folder on the backed-up-and-restored database is full of all kinds of crap. Three users in addition to dbo, a «Schemas» folder, «Certificates» folder, two encryption key folders… I can’t delete any of these.
From my limited understanding of the SQL login system, the user I’m logging in as is getting non-dbo-permissions from this collection of random crap, and so is being denied access to the parts of the database owned by dbo.
For my own understanding, what is the core of the problem that’s throwing up these Invalid object name
errors? And for practical matters, what can I do to rectify this situation and actually have the program I’m using work on the test database in the same way as it does on the live one?
Я занимаюсь программированием обслуживания довольно большого проекта, который был начат кем-то, кто теперь покинул компанию…
Я только что создал резервную копию одной из баз данных компании, а затем снова подключил ее к нашему тестовому серверу. Кажется, это работает нормально.
затем я прохожу обычную процедуру входа в систему программы, и эта часть также работает.
однако, как только я доберусь до точки в программе, где он должен выполнить хранимую процедура, я получаю сообщение об ошибке Invalid object name 'Informix.dbo.customer'
.
запуск той же функции в исходной базе данных отлично работает и возвращает данные, которые я ожидаю увидеть.
объяснения подобных ошибок, которые я нашел, похоже, относятся к схемам, но именно там все становится немного странным. Исходная база данных явно не есть любые схемы; в своей папке» безопасность «он просто имеет папку» Пользователи», содержащую dbo, и папку «роли», содержащую » роли базы данных» папка, с обычным db_owner и т. д. материал и пустая папка с именем «роли приложений».
папка безопасности в резервной копии и восстановленной базе данных полна всякого дерьма. Три пользователя в дополнение к dbo, папка «схемы», папка «сертификаты», две папки ключей шифрования… Я не могу их удалить.
из моего ограниченного понимания системы входа в систему SQL пользователь, в который я вхожу, получает не-dbo-разрешения из этой коллекции случайного дерьма, и поэтому ему отказывают в доступе к частям базы данных, принадлежащей dbo.
для моего собственного понимания, в чем суть проблемы, что рвет эти Invalid object name
ошибки? И для практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и на самом деле программа, которую я использую, работает над тестовой базой данных так же, как и над живой?
2 ответов
Если я правильно понимаю, вы выполняете процедуру (SomeProc) в базе данных (SomeDB), и это дает ошибку Invalid object name 'Informix.dbo.customer'
? Это просто означает, что SomeProc не может найти объект «клиент» в схеме под названием «ДБО» в базу данных «СУБД Informix». Для этого существует несколько возможных причин:
- объект не существует, возможно, потому, что схема и / или база данных не существуют
- объект существует, но пользователь, выполняющий процедуру, не имейте разрешение даже увидеть его
- объект существует, но база данных чувствительна к регистру, и некоторая часть имени не соответствует имени в вашем коде
вам нужно будет исследовать больше, чтобы узнать, какова причина в вашем случае, но как полная догадка, ваш производственный сервер имеет базы данных Informix и SomeDB, но ваш тестовый сервер имеет только SomeDB?
наконец, при публикации вопросов всегда включайте версию SQL Server (2000/2005/2008) и издание (Express, Standard, Enterprise); они могут быть очень важны, когда речь идет о схемах и разрешениях, потому что функции и поведение могут быть разными.
Это может быть проблема с владельцем объекта (SP в вашем случае).
Проверьте владельца в SQL management studio
Trance_1C
17.06.20 — 10:18
Всем привет, пытаюсь победить ошибку бд, появилась после добавления реквизита справочнику в расширении, справочник Организации, был заимствован из основной конфигурации, раньше в него уже добавлялись реквизиты.
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта «dbo._Reference374X1».
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1
Реструктуризация вываливается в эту же ошибку когда доходит до спр. Организации, ни выгрузить базу, ни обновить, ни вернуться к конфигурации БД тоже не дает.
Платформа 8.3.17.1386
Trance_1C
1 — 17.06.20 — 10:21
расширение добавлено в комплексную автоматизацию 2.4.10.62, в него передан спр. организации, добавил туда реквизит «ОсновнойБанковскийСчет», с типом счета организаций, и при обновлении конфигурации БД, получил эту ошибку.
Trance_1C
2 — 17.06.20 — 10:26
База серверная, заглянул в БД, там такой таблицы нет, есть только dbo._Reference374 и она пуста, попутно заглянул в оригинал базы, там эта таблица есть [dbo].[_Reference374X1], и это справочник организации!
получается у меня в копии пропал справочник организации после добавления реквизита в расширение?!
Trance_1C
3 — 17.06.20 — 11:05
в оригинальной базе, сгенерил скрипт CREATE для этой таблицы _Reference374X1, создал такую же таблицу этим скриптом, перезапустил конфигуратор, обновляю базу и получаю следующую ошибку:
В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта «dbo._Reference374_VT56976X1».
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1
Trance_1C
4 — 17.06.20 — 11:06
Похоже в процессе обновления были утеряны таблицы в базе! я с таким впервые сталкиваюсь!
пойду создавать следующую таблицу…
Trance_1C
5 — 17.06.20 — 11:22
Сверил таблицы с этим индексом в копии где они были утеряны и в рабочей базе, в копии удалены 3 таблицы с префиксом X1
dbo._Reference374X1
dbo._Reference374_VT56976X1
dbo._Reference374_VT56992X1
создал эти таблицы, и база заработала, в витруальных таблицах ничего не было а вот dbo._Reference374X1 содержала данные об организациях.
Trance_1C
6 — 17.06.20 — 11:27
справочник организаций теперь ожидаемо пуст, я конечно перенесу содержимое таблицы dbo._Reference374X1 из оригинала базы в свою копию чтобы вернуть содержимое справочника, но это вообще нормально затирать таблицы при обновлении?!
Вот такой глюк случился с расширением, может кому пригодится, сейчас буду пробовать добавить свой реквизит еще раз
МихаилМ
7 — 17.06.20 — 11:33
резервную копию сделайте.
Trance_1C
8 — 17.06.20 — 12:55
Вернул данные в таблицы вот таким скриптом:
/*Создать процедуру выгрузки*/
CREATE PROCEDURE dbo.myproc5
As
SET NOCOUNT ON;
SELECT TOP (99999)
*
FROM [SourceBase].[dbo].[_Reference374_VT56976X1]
/*Создать процедуру выгрузки*/
Insert into [DestinationBase].[dbo].[_Reference374_VT56976X1]
EXECUTE [dbo].[myproc5]
GO
/*Для удаления хранимой процедуры*/
DROP PROCEDURE IF EXISTS [dbo].[myproc5]
GO
Trance_1C
9 — 17.06.20 — 13:05
Добавил реквизит в расширение еще раз и при обновлении базы получаю ошибку:
Ошибка при выполнении операции с инфо базой
Внутренняя ошибка: попытка переключить менеджер имен базы данных без сохранения информации
Trance_1C
10 — 17.06.20 — 13:07
Таблицы справочника снова удалены в базе…
Trance_1C
11 — 17.06.20 — 13:12
пока не знаю что с этим делать, завтра буду удалять расширение, что-то разочаровался я в этих расширениях, если справочники целиком исчезают из базы, то нафиг такое счастье нужно, лучше по старинке реквизиты добавлять.
Похоже здесь никто с подобным не сталкивался.
МихаилМ
12 — 17.06.20 — 13:50
(0)
научитесь пользоваться технологическим журналом 1с8.
zippygrill
13 — 17.06.20 — 13:57
Передаю: в расширении, к твоему справочнику к которому добавил свои реквизиты, добавь еще один ЛЮБОГО типа и сохрани (через бочок). таблица …X1 при сохранении будет перестыковатся с основной таблице.
Потом удаляй этот левый реквизит из расширения и сохраняй.
zippygrill
14 — 17.06.20 — 14:02
допустим Reference374 — основная таблица конфы справочника Организации
При добавлении справочника Организации в расширении, создается новая таблица Reference374X1. Все данные из Reference374 копируются в Reference374X1. При удалении справочника из расширении, соответственно происходит обратная миграция данных из X1 в основную.
Trance_1C
15 — 17.06.20 — 16:44
Спасибо, завтра попробую, у меня сейчас почти полночь.
есть подозрение что это связано с типом нового реквизита, раньше добавлял рекв. базовых типов а этот с типом справочника.
кстати, когда удаляются таблицы Х1, основная табл тоже остается пустой, данные туда не возвращаются.
Cthulhu
16 — 17.06.20 — 16:55
1) отрезать расширение.
2) обновить базу.
3) прицепить расширение взад.
— ммм?…
Trance_1C
17 — 17.06.20 — 17:03
(16) так данные реквизитов расширения будут потеряны.
(14) попробовал вариант с добавлением/удалением еще одного реквизита, база не обновляет конфу бд, выдает ошибку «Попытка переключить менеджер имен базы данных без сохранения информации».
Trance_1C
18 — 17.06.20 — 17:04
что это вообще за ошибка кто такой менеджер имен?
zippygrill
19 — 18.06.20 — 08:59
(18) не званный гости))
zippygrill
20 — 18.06.20 — 09:00
к конфе бд не вернутся?
Trance_1C
21 — 18.06.20 — 11:26
(20) Нет, этот пункт не активен, самое неприятное что при неудачной попытке обновления, вроде и обновление не проходит и отменить изменения невозможно. Если даже удалить добавленные реквизиты, после которых возникла ошибка, ничего не меняется все время ошибка — «Попытка переключить менеджер имен базы данных без сохранения информации».
Здравствуйте коллеги.
Объект: Виртуальный сервер Windows Server 2008 R2 SE на нем SQL Server 2008 R2 64x
Позавчера встало обновление KB2979597, но со второго раза. Безумно долгая перезагрузка, но терпеливо ждал до 5-ти утра. В итоге получил проблему со входом Management Console
Error: 18401
Login failed for user ‘<var class=»sbody-var»><login name></var>’. Reason: Server is in script upgrade mode. Only administrator can connect at this time.
Проделал это: https://support.microsoft.com/en-us/kb/2163980 (Исправил: поскольку дело было бессонной ночью, описанное здесь проделал не до конца. Возможно дело в этом).
не помню перезагружался или нет, службу SQL сервер отрестартил. Консоль запустилась, клиентские подключения тоже заработали. Далее система осталась без изменений.
На настоящий момент клиентские подключения работают, к консоли подключиться можно, но при попытке раскрыть перечень баз получаем:
Подробности :
===================================
Не удалось получить данные по этому запросу. (Microsoft.SqlServer.Management.Sdk.Sfc)
——————————
Чтобы получить справку, щелкните:
http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&LinkId=20476
——————————
Расположение программы:
в Microsoft.SqlServer.Management.Sdk.Sfc.Enumerator.Process(Object connectionInfo, Request request)
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.NavigableItemBuilderDataReader.RunQuery()
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.NavigableItemBuilderDataReader.Process()
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.NavigableItemBuilderDataReader.get_PropertyNames()
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.BuildDynamicItemWithQuery(IList`1 nodes, INodeInformation source, INavigableItem sourceItem, String urnQuery, Boolean registerBuilder, Boolean registerBuiltItems)
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.BuildDynamicItem(IList`1 nodes, INodeInformation source, INavigableItem sourceItem, IFilterProvider filter)
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItemBuilder.Build(IList`1 nodes, INodeInformation source, INavigableItem sourceItem, IFilterProvider filter)
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.NavigableItem.RequestChildren(IGetChildrenRequest request)
в Microsoft.SqlServer.Management.UI.VSIntegration.ObjectExplorer.ExplorerHierarchyNode.BuildChildren(WaitHandle quitEvent)
===================================
При выполнении инструкции или пакета Transact-SQL возникло исключение. (Microsoft.SqlServer.ConnectionInfo)
——————————
Расположение программы:
в Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteReader(String sqlCommand, SqlCommand& command)
в Microsoft.SqlServer.Management.Smo.ExecuteSql.GetDataReader(String query, SqlCommand& command)
в Microsoft.SqlServer.Management.Smo.DataProvider.SetConnectionAndQuery(ExecuteSql execSql, String query)
в Microsoft.SqlServer.Management.Smo.ExecuteSql.GetDataProvider(StringCollection query, Object con, StatementBuilder sb, RetriveMode rm)
в Microsoft.SqlServer.Management.Smo.ExecuteSql.ExecuteWithResults(StringCollection query, Object con, StatementBuilder sb)
в Microsoft.SqlServer.Management.Smo.SqlObjectBase.FillData(ResultType resultType, StringCollection sql, Object connectionInfo, StatementBuilder sb)
в Microsoft.SqlServer.Management.Smo.SqlObjectBase.FillDataWithUseFailure(SqlEnumResult sqlresult, ResultType resultType)
в Microsoft.SqlServer.Management.Smo.SqlObjectBase.BuildResult(EnumResult result)
в Microsoft.SqlServer.Management.Smo.SqlObjectBase.GetData(EnumResult erParent)
в Microsoft.SqlServer.Management.Sdk.Sfc.Environment.GetData()
в Microsoft.SqlServer.Management.Sdk.Sfc.Environment.GetData(Request req, Object ci)
в Microsoft.SqlServer.Management.Sdk.Sfc.Enumerator.GetData(Object connectionInfo, Request request)
в Microsoft.SqlServer.Management.Sdk.Sfc.Enumerator.Process(Object connectionInfo, Request request)
===================================
Недопустимое имя объекта «msdb.dbo.syspolicy_configuration». (.Net SqlClient Data Provider)
——————————
Чтобы получить справку, щелкните:
http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.6000&EvtSrc=MSSQLServer&EvtID=208&LinkId=20476
——————————
Имя сервера: SDB
Номер ошибки: 208
Серьезность: 16
Состояние: 1
Номер строки: 3
——————————
Расположение программы:
в Microsoft.SqlServer.Management.Common.ConnectionManager.ExecuteTSql(ExecuteTSqlAction action, Object execObject, DataSet fillDataSet, Boolean catchException)
в Microsoft.SqlServer.Management.Common.ServerConnection.ExecuteReader(String sqlCommand, SqlCommand& command)
Не открываются не только базы. Гугление пока ни к чему не привело. Поиск по «microsoft sql server ошибка 208» тоже дает несхожие с моей ситуацией результаты.
Помогите чем можете!!!
P.S. на самом деле установилось (успешно ли?) еще какое-то обновление, но требует перезагрузки…. Сейчас день. Сейчас перегрузиться не могу. Может опять уйти два часа.
P.P.S Попробовал запустить поиск на форуме по этой фразе:»microsoft sql server ошибка 208″ получил:
502 — Web server received an invalid response while acting as a gateway or proxy server.
There is a problem with the page you are looking for, and it cannot be displayed. When the Web server (while acting as a gateway or proxy) contacted the upstream content server, it received an invalid response from the content server.
no comments!
FORUM_NAME: АРМ Орион Про версии до 1.20
Описание: АРМ «Орион Про» — пакет программного обеспечения для аппаратно-программного комплекса ИСО «Орион», на котором реализуются системы охранной сигнализации, контроля и управления доступом, охранного видеонаблюдения, автоматика противопожарных систем, сопряженные с инженерными системами объектов.
Справочная информация, руководства для АРМ Орион Про версии до 1.20
Модератор: Модераторы
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 10 месяцев
- Профессия: Инженер
Непрочитанное сообщение #62 Brat_Egora » 23.07.2016, 16:59
Столкнулся с похожей проблемой. Раньше был «Орион», После поменяли на «Орион Про». Всё работало нормально, без ошибок. Спустя два месяца появилась ошибка. При запуске АБД ругается на отсутствие связи. При запуске управления сервером пишет «Не удалось подключиться к серверу», указываю вручную, соединение устанавливается, но никакого результата не даёт. Оболочка системы выдаёт ошибку «Error: Ошибка 201. Невыполнение запроса: рабочие места». Монитор оперативной задачи выдаёт ошибку «Error: Ошибка 1000. Невыполнение запроса информации по всем компьютерам | SELECT ID, Gindex, Name, Psevdonim, TCP_IP, Gtype, Priority, Works, TypeEvents, IpReservSrv FROM Comps ORDER BY Comps.ID».
.
Не пойму в чём проблема…
-
Admin
- Администратор
-
-
Admin
- Администратор
- Возраст: 43
- Репутация: 30
- Сообщения: 412
- Зарегистрирован: 04.06.2012
- С нами: 10 лет 10 месяцев
- Профессия: в поисках себя
- Откуда: респ. Беларусь, г. Минск
Непрочитанное сообщение #63 Admin » 23.07.2016, 18:03
MadHacker писал(а):Была проведена проверка.
Данная ошибка (возможны другие названия таблиц) возникает при несоответствии файла prvd.ini и USB ключа. А так же в случае, если АБД запущено больше, чем позволяет лицензия.
При возникновении подобной ошибки первым делом проверяйте количество лицензий на запуск АБД.
Проверяли?
Добавлено спустя 35 минут 49 секунд:
Brat_Egora писал(а):Error: Ошибка 201. Невыполнение запроса: рабочие места
Ошибки в работе «Орион Про» 1.12.2.1 (Пост NKV #10862)
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 10 месяцев
- Профессия: Инженер
Непрочитанное сообщение #64 Brat_Egora » 24.07.2016, 12:43
Admin,
Там другая ситуация.
У меня не запускается ничего кроме ЦСО. Всё остальное ругается на отсутствие связи.
- Спойлер
-
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 8 лет
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #65 Mixail 51 » 24.07.2016, 14:04
А служба SQL сервера то хоть запущена?
IP адрес указан верно?
Не ошибается только тот кто не работает.
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 10 месяцев
- Профессия: Инженер
Непрочитанное сообщение #66 Brat_Egora » 24.07.2016, 15:32
Mixail 51,
SQl запущен. Относительно IP адреса, не могу понять где его менять. В целом картина показывает, что нарушена связь. В оболочке системы «Анализ окружения» показывает 1%.
П.с. система работала в течении 7-8 месяцев без сбоев.
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 8 лет
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #67 Mixail 51 » 24.07.2016, 15:57
Для начала запустите командную строку и наберите в ней команду «ipconfig» для того что бы узнать реальный IP адрес компьютера.
Затем запустите «Управление сервером» и в меню «Файл►Сервер» замените IP на реальный, если он конечно не правильно прописан.
Также в Управление сервером не будет лишним проверить правильность написания имени сервера, у Вас судя по скриншотам должно быть «USER-PCSQLSERVER2012».
В Оперативной задаче тоже нужно будет поменять IP адрес на реальный, для того что его изменить нужно нажать на зеленый треугольник в правом верхнем углу, рядом к кнопкой ВЫХОД, появится окно в котором нужно будет кликнуть на надпись «Сервер» и ввести пароль 73173100 для смены IP адреса.
Затем нужно будет через АБД добавить данное рабочее место в базу данных.
Если все выше перечисленное у Вас выполнено, то тогда нужно будет подумать, потому как выше я перечислил самые распространенные ошибки.
Не ошибается только тот кто не работает.
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 10 месяцев
- Профессия: Инженер
Непрочитанное сообщение #68 Brat_Egora » 24.07.2016, 19:04
Приветствую! все сделал как вы написали, и все пошло, запустилось. но компьютер старенький, глюк поймал, пришлось перезагрузить. Теперь снова все по шагово делаю, и не получается, пишет — не удается подключиться к серверу. Мистика… А проблема я так понял в том что программа ранее обращалась на сервер 192.168.1.103, теперь ребята с IT отдела вели какие то работы и наш IP адрес стал 192.168.1.106.
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 8 лет
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #69 Mixail 51 » 24.07.2016, 19:09
Так наверное после аварийного завершения работы IP-шники на ….103 вернулись.
Не ошибается только тот кто не работает.
- DruG
- Активный участник
- DruG
- Активный участник
- Репутация: 140
- Сообщения: 1716
- Зарегистрирован: 03.03.2016
- С нами: 7 лет 1 месяц
- Профессия: безобразнорабочий
Непрочитанное сообщение #70 DruG » 25.07.2016, 05:01
поди ещё DHCP включен, отключать его нафик и ставить статичный адрес, чтобы ребята из ИТ-отделов случайно не рушили все системы
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 10 месяцев
- Профессия: Инженер
Непрочитанное сообщение #71 Brat_Egora » 25.07.2016, 15:02
Mixail 51,
Поменял IP в «Управлении Сервером» и «Оперативной задаче», теперь при запуске АБД пишет ошибку соединения с сервером и ссылается на старый IP .
Программа «Монитор» выдаёт ошибку «Error: Ошибка приложения: Недопустимое имя столбца «DokumSeries»»
DruG,
При отключении DHCP, сеть просто напросто теряется…
- DruG
- Активный участник
- DruG
- Активный участник
- Репутация: 140
- Сообщения: 1716
- Зарегистрирован: 03.03.2016
- С нами: 7 лет 1 месяц
- Профессия: безобразнорабочий
Непрочитанное сообщение #72 DruG » 25.07.2016, 15:45
Brat_Egora, ну так при отключении, ИП-адрес присваивается какой-нить 168.254… что явно не из вашей сети, т.е. ручками надо нормальный прописать. Или позвать на помощь ребят из ИТ-отдела, они то должны знать что и как делать
- Brat_Egora
- Brat_Egora
- Репутация: 0
- Сообщения: 8
- Зарегистрирован: 30.05.2016
- С нами: 6 лет 10 месяцев
- Профессия: Инженер
Непрочитанное сообщение #73 Brat_Egora » 25.07.2016, 16:06
DruG,
Спасибо! Вопрос с DHCP решен. IP поменял на тот, что был раньше. Спасибо ребятам с IT отдела.
Теперь АБД ругается на «недопустимое имя объекта». Оболочка начала выдавать ошибку «Error: Ошибка 12142. Необходимо добавить данное рабочее место в базу данных». Не пойму где его менять…
Поискал на форуме, ничего толкового не нашёл. Все ключи вставлены и не снимались. Рабочее место находится под видеонаблюдением.
-
Mixail 51
- Активный участник
-
-
Mixail 51
- Активный участник
- Возраст: 41
- Репутация: 102
- Сообщения: 2810
- Зарегистрирован: 21.03.2015
- С нами: 8 лет
- Профессия: инженер по ПБ
- Откуда: г. Мурманск
Непрочитанное сообщение #76 Mixail 51 » 25.07.2016, 16:56
Открываете АБД►выделяете курсором нужный компьютер с именем►внизу нажимаете на кнопку править►в инспекторе меняем поле TCP/IP►сохранить.
Добавлено спустя 9 минут 1 секунду:
По поводу отсутствия рабочего места в базе забыл написать, выдержка из РЭ на АРМ стр.197:
Чтобы добавить новый объект «Рабочее место», необходимо выбрать в дереве объектов объект
«Система» и нажать кнопку «Добавить» . Затем необходимо ввести значения для всех свойств
нового объекта «Рабочее место» (за исключением свойства «Настройки», которое настраивается
уже после добавления объекта) и нажать кнопку «Сохранить» .Стоит запомнить, что настройка свойства «Настройки» объекта «Рабочее место» возможна
только после того, как объект добавлен в систему.Чтобы изменить значения свойств объекта «Рабочее место», нужно выбрать в дереве объектов
необходимый объект и нажать кнопку «Править» . Затем необходимо изменить значения
требуемых свойств объекта и нажать кнопку «Сохранить» .
Не ошибается только тот кто не работает.
-
- 4
- 413
pet-and
Перейти к последнему сообщению
29.09.2021, 06:08
-
- 8
- 2109
DruG
Перейти к последнему сообщению
11.03.2019, 14:31
-
- 1
- 1360
google
Перейти к последнему сообщению
25.02.2019, 09:17
-
- 12
- 6345
DruG
Перейти к последнему сообщению
11.04.2022, 17:54
-
- 0
- 2126
graunf
Перейти к последнему сообщению
08.11.2018, 16:30
-
- 1
- 949
Shym
Перейти к последнему сообщению
31.01.2020, 19:55
-
- 1
- 133
5pconet
Перейти к последнему сообщению
11.02.2023, 16:44
-
- 1
- 1504
MadHacker
Перейти к последнему сообщению
11.05.2018, 16:52
-
- 3
- 531
DruG
Перейти к последнему сообщению
21.12.2021, 17:31
-
- 0
- 243
deadbeat321
Перейти к последнему сообщению
16.12.2022, 17:00
Вернуться в «АРМ Орион Про версии до 1.20»
Кто сейчас на форуме
Боты: Bing [Bot]
I’m doing some maintenance programming on a fairly large project, which was started by someone who’s now left the company…
I’ve just backed up one of the company’s databases, and then reattached it to our test server. That much appears to be working okay.
I then go through the program’s usual login procedure, and that part also appears to work.
However, once I get to a point in the program where it needs to execute a stored procedure, I get back an error telling me Invalid object name 'Informix.dbo.customer'
.
Running the same function on the original database works fine, and returns the data I expect to see.
Explanations for similar errors I’ve found seem to refer to Schemas, but that’s where things get a little odd. The original database doesn’t obviously have any Schemas; In its «Security» folder it just has a «Users» folder, containing dbo, and a «Roles» folder, containing the «Database Roles» folder, with the usual db_owner, etc. stuff, and an empty folder named «Application Roles».
The Security folder on the backed-up-and-restored database is full of all kinds of crap. Three users in addition to dbo, a «Schemas» folder, «Certificates» folder, two encryption key folders… I can’t delete any of these.
From my limited understanding of the SQL login system, the user I’m logging in as is getting non-dbo-permissions from this collection of random crap, and so is being denied access to the parts of the database owned by dbo.
For my own understanding, what is the core of the problem that’s throwing up these Invalid object name
errors? And for practical matters, what can I do to rectify this situation and actually have the program I’m using work on the test database in the same way as it does on the live one?
Я занимаюсь программированием обслуживания довольно большого проекта, который был начат кем-то, кто теперь покинул компанию…
Я только что создал резервную копию одной из баз данных компании, а затем снова подключил ее к нашему тестовому серверу. Кажется, это работает нормально.
затем я прохожу обычную процедуру входа в систему программы, и эта часть также работает.
однако, как только я доберусь до точки в программе, где он должен выполнить хранимую процедура, я получаю сообщение об ошибке Invalid object name 'Informix.dbo.customer'
.
запуск той же функции в исходной базе данных отлично работает и возвращает данные, которые я ожидаю увидеть.
объяснения подобных ошибок, которые я нашел, похоже, относятся к схемам, но именно там все становится немного странным. Исходная база данных явно не есть любые схемы; в своей папке» безопасность «он просто имеет папку» Пользователи», содержащую dbo, и папку «роли», содержащую » роли базы данных» папка, с обычным db_owner и т. д. материал и пустая папка с именем «роли приложений».
папка безопасности в резервной копии и восстановленной базе данных полна всякого дерьма. Три пользователя в дополнение к dbo, папка «схемы», папка «сертификаты», две папки ключей шифрования… Я не могу их удалить.
из моего ограниченного понимания системы входа в систему SQL пользователь, в который я вхожу, получает не-dbo-разрешения из этой коллекции случайного дерьма, и поэтому ему отказывают в доступе к частям базы данных, принадлежащей dbo.
для моего собственного понимания, в чем суть проблемы, что рвет эти Invalid object name
ошибки? И для практических вопросов, что я могу сделать, чтобы исправить эту ситуацию и на самом деле программа, которую я использую, работает над тестовой базой данных так же, как и над живой?
2 ответов
Если я правильно понимаю, вы выполняете процедуру (SomeProc) в базе данных (SomeDB), и это дает ошибку Invalid object name 'Informix.dbo.customer'
? Это просто означает, что SomeProc не может найти объект «клиент» в схеме под названием «ДБО» в базу данных «СУБД Informix». Для этого существует несколько возможных причин:
- объект не существует, возможно, потому, что схема и / или база данных не существуют
- объект существует, но пользователь, выполняющий процедуру, не имейте разрешение даже увидеть его
- объект существует, но база данных чувствительна к регистру, и некоторая часть имени не соответствует имени в вашем коде
вам нужно будет исследовать больше, чтобы узнать, какова причина в вашем случае, но как полная догадка, ваш производственный сервер имеет базы данных Informix и SomeDB, но ваш тестовый сервер имеет только SomeDB?
наконец, при публикации вопросов всегда включайте версию SQL Server (2000/2005/2008) и издание (Express, Standard, Enterprise); они могут быть очень важны, когда речь идет о схемах и разрешениях, потому что функции и поведение могут быть разными.
Это может быть проблема с владельцем объекта (SP в вашем случае).
Проверьте владельца в SQL management studio
Каждому пользователю баз данных, особенно тем, кто занимается ее разработкой и поддержкой, хорошо известно, что правильное именование объектов важно для беспроблемной работы с базой данных. Однако, иногда пользователи могут столкнуться с ошибками, связанными с недопустимыми именами объектов, которые препятствуют нормальному открытию базы данных.
Одной из таких ошибок является недопустимое имя объекта «prooms орион про». Возможно, вам приходилось видеть эту ошибку или вы столкнулись с ней недавно. В этой статье мы рассмотрим несколько способов исправить эту ошибку и успешно открыть базу данных.
Первым шагом для исправления ошибки открытия БД с недопустимым именем объекта «prooms орион про» является изменение имени объекта на корректное. Для этого необходимо выбрать новое имя, которое будет соответствовать правилам именования объектов в базе данных.
Вторым способом исправления данной ошибки является создание новой копии базы данных, в которой ошибочно названный объект будет иметь правильное имя. Для этого необходимо создать резервную копию базы данных, открыть ее в специальном редакторе и переименовать объект.
Наконец, третьим способом решения этой проблемы может быть использование специальных инструментов для редактирования и восстановления баз данных. Эти инструменты позволяют изменять имена объектов в базе данных без необходимости создания резервной копии.
Содержание
- Как разрешить ошибку открытия БД с неправильным наименованием объекта «prooms орион про»
- Понимание причин ошибки
- Проверка правильности написания объекта
- Проверка прав доступа к объекту
- Удаление недопустимых символов в названии объекта
- Проверка наличия объекта в базе данных
- Обновление базы данных и перезапуск приложения
Как разрешить ошибку открытия БД с неправильным наименованием объекта «prooms орион про»
При открытии базы данных с неправильным наименованием объекта «prooms орион про» может возникнуть ошибка. Чтобы исправить это, следуйте жданным инструкциям:
- Проверьте правильность написания имени объекта. Убедитесь, что вы правильно указали все символы, пробелы и регистр их написания.
- Если вы уверены, что имя объекта указано правильно, попробуйте переименовать его в более простое и стандартное имя. Избегайте использования специальных символов и пробелов в именах объектов, так как это может вызвать ошибки.
- Если переименование объекта не помогло решить проблему, попробуйте создать новый объект с другим именем и скопировать данные из старого объекта в новый. Это может помочь исправить возможные ошибки в структуре или формате данных.
- Проверьте правильность установки и настройки программного обеспечения, с помощью которого вы пытаетесь открыть базу данных. Убедитесь, что все необходимые компоненты и драйверы установлены и настроены корректно.
- Если ничто из предыдущих действий не помогло решить проблему, обратитесь за помощью к производителю программного обеспечения или специалисту по базам данных. Они смогут более точно определить причину ошибки и предложить решение.
Следуя этим шагам, вы должны быть в состоянии исправить ошибку открытия БД с неправильным наименованием объекта «prooms орион про». Убедитесь, что вы внимательно следуете указаниям и соблюдаете все рекомендации для более эффективного решения проблемы.
Понимание причин ошибки
Ошибка открытия базы данных с недопустимым именем объекта «prooms орион про» может возникнуть из-за нескольких возможных причин:
- Недопустимые символы в имени объекта: если в имени объекта присутствуют недопустимые символы, такие как пробелы, слеши или специальные символы, это может вызвать ошибку открытия БД.
- Неправильный синтаксис запроса: если в запросе к базе данных содержатся ошибки или неправильный синтаксис, это может привести к ошибке открытия БД. Например, неправильное использование кавычек или отсутствие закрывающих скобок.
- Отсутствие доступа к файлу БД: если файл базы данных недоступен или отсутствует на сервере, это также может привести к ошибке открытия БД. Проверьте, что файл существует и доступен для чтения и записи.
- Проблемы с конфигурацией БД: некоторые ошибки открытия БД могут быть связаны с неправильной конфигурацией БД, например, неправильно заданы параметры подключения или неверный путь к БД.
Чтобы исправить ошибку открытия базы данных с недопустимым именем объекта «prooms орион про», необходимо:
- Убедиться, что имя объекта не содержит недопустимых символов. Замените пробелы и специальные символы на допустимые или используйте подчеркивания вместо них.
- Проверить правильность синтаксиса запроса и исправить возможные ошибки. Воспользуйтесь справочником или обратитесь к разработчику базы данных для получения подсказок по правильному синтаксису.
- Убедиться, что файл базы данных существует и доступен для чтения и записи. Проверьте путь к файлу и убедитесь, что у вас есть необходимые права доступа.
- Проверить правильность конфигурации БД и исправить возможные ошибки. Проверьте настройки подключения, параметры доступа и пути к БД.
Если после выполнения вышеуказанных действий ошибка открытия БД все еще возникает, рекомендуется обратиться за помощью к специалисту, который сможет провести более детальное исследование проблемы.
Проверка правильности написания объекта
Одной из возможных причин возникновения ошибки открытия БД с недопустимым именем объекта «prooms орион про» может быть неправильное написание объекта. Проверка правильности написания объекта является важным шагом при работе с базой данных.
Для проверки правильности написания объекта рекомендуется выполнить следующие действия:
- Внимательно проверьте правильность написания имени объекта. Обратите внимание на наличие лишних пробелов, использование верхнего/нижнего регистра символов и других особенностей.
- Если объект является таблицей в базе данных, проверьте правильность написания имени таблицы.
- Обратите внимание на наличие специальных символов, таких как кавычки, двоеточия, точки и т.д. Они могут повлиять на корректное распознавание имени объекта.
- Особое внимание уделите использованию кириллических символов. В некоторых случаях могут возникать проблемы с корректным отображением и распознаванием имени объекта с использованием кириллицы.
Если выполнение вышеперечисленных действий не привело к устранению ошибки, рекомендуется обратиться за помощью к специалистам, занимающимся работой с базами данных. Они смогут внимательно изучить ошибку и предложить наиболее эффективные способы исправления проблемы.
Проверка прав доступа к объекту
При возникновении ошибки открытия базы данных с недопустимым именем объекта, таким как «prooms орион про», важно провести проверку прав доступа к данному объекту, чтобы устранить возможные проблемы.
Для начала следует убедиться, что у вас есть достаточные разрешения для доступа к базе данных. Проверьте, что вы являетесь администратором или имеете соответствующие права доступа.
Далее, убедитесь, что вы используете правильное имя объекта при попытке открыть базу данных. Ошибка может возникать из-за опечаток или некорректного написания имени объекта. Проверьте, что вы правильно указали имя объекта «prooms орион про» без ошибок.
Также стоит обратить внимание на то, что некоторые базы данных могут иметь специальные символы или ограничения при именовании объектов. Убедитесь, что имя объекта «prooms орион про» соответствует требованиям базы данных.
В случае, если проблема с открытием базы данных сохраняется, рекомендуется обратиться к документации или поддержке базы данных для получения дополнительной информации и помощи. Специалисты смогут более точно определить причины возникновения ошибки и предложить решения.
Важно помнить, что проверка прав доступа к объекту является одним из первых шагов при решении проблем с открытием базы данных с недопустимым именем объекта. Однако, в зависимости от конкретной ситуации, могут потребоваться дополнительные действия для решения проблемы.
Удаление недопустимых символов в названии объекта
При работе с базами данных иногда возникает ситуация, когда название объекта содержит недопустимые символы. Это может привести к ошибкам при открытии объекта и выполнении операций с ним.
Для удаления недопустимых символов из названия объекта вам понадобится специальный алгоритм. Вот пример такого алгоритма:
- Определите список недопустимых символов.
- Получите название объекта, содержащее недопустимые символы.
- Пройдитесь по каждому символу в названии объекта.
- Проверьте, является ли текущий символ недопустимым.
- Если символ недопустимый, замените его на допустимый символ или удалите его.
- Сохраните измененное название объекта.
Пример на языке Python, демонстрирующий этот алгоритм:
invalid_chars = ['"', "'", '*', '&', '$', '#'] # Пример списка недопустимых символов
object_name = 'prooms орион про' # Пример названия объекта с недопустимыми символами
for char in object_name:
if char in invalid_chars:
object_name = object_name.replace(char, '') # Заменяем недопустимый символ на пустую строку
print(object_name) # Выводим измененное название объекта
В результате выполнения данного кода будет получено измененное название объекта, в котором все недопустимые символы будут удалены.
Используя аналогичный подход, вы можете реализовать удаление недопустимых символов в названии объекта на других языках программирования.
Важно помнить, что удаление недопустимых символов может привести к потере информации или изменению смысла названия объекта. Поэтому перед применением подобных алгоритмов необходимо тщательно оценить возможные последствия и проконсультироваться с разработчиками или администраторами базы данных.
Проверка наличия объекта в базе данных
При работе с базой данных может возникать необходимость проверить наличие определенного объекта, например таблицы или представления. Для этой цели можно воспользоваться следующими запросами:
Проверка наличия таблицы:
IF OBJECT_ID('имя_таблицы', 'U') IS NOT NULL
PRINT 'Таблица существует'
ELSE
PRINT 'Таблица не существует'
Проверка наличия представления:
IF OBJECT_ID('имя_представления', 'V') IS NOT NULL
PRINT 'Представление существует'
ELSE
PRINT 'Представление не существует'
В указанных запросах используется функция OBJECT_ID, которая возвращает идентификатор объекта по его имени и типу. Параметр ‘U’ означает таблицу, а параметр ‘V’ — представление.
Если объект с заданным именем и типом существует в базе данных, функция OBJECT_ID вернет его идентификатор, который будет отличен от NULL. В этом случае выводится сообщение о существовании объекта. Если же функция вернула NULL, то объекта не существует и выводится соответствующее сообщение.
Обновление базы данных и перезапуск приложения
При возникновении ошибки открытия базы данных с недопустимым именем объекта «prooms орион про», одним из возможных решений может быть обновление базы данных и перезапуск приложения. Это может помочь исправить ситуацию и осуществить успешное подключение к базе данных.
Для начала необходимо выполнить следующие шаги:
- Остановить работу приложения, используя соответствующую команду либо закрыть его через графический интерфейс.
- Скопировать резервную копию базы данных на безопасное место, чтобы в случае необходимости можно было восстановить данные.
- Создать новую базу данных с правильным именем объекта «prooms орион про». Для этого можно воспользоваться специальными инструментами управления базой данных или выполнить соответствующий запрос SQL в командной строке.
- Восстановить данные из резервной копии в новую базу данных. Для этого следует использовать инструменты или запросы SQL, предоставляемые базой данных.
- Убедиться, что новая база данных успешно открылась и данные в ней доступны для работы.
После выполнения этих шагов можно перезапустить приложение и проверить, открывается ли база данных без ошибок.
Важно помнить, что обновление базы данных и перезапуск приложения может быть сложной операцией, требующей определенных навыков и знаний. В некоторых случаях, если у вас нет достаточного опыта или доступа к необходимым инструментам, может быть полезно обратиться за помощью к специалистам в области баз данных.
Также рекомендуется регулярно создавать резервные копии базы данных и следить за ее состоянием, чтобы предотвратить возможные проблемы и обеспечить надежную работу вашего приложения.