Коллеги, добрый день.

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

"Превышено максимально допустимое количество подключений"

Лицензии у пользователей есть.

Как устранить данную ошибку? 

 

update: Нашли не законченные сессии, которые висят еще с 17 года. Как правильно их закончить? Достаточно будет ли сделать update записей прописав им дату завершения сеанса сегодняшним числом? Могут ли данные сессии использовать лицензии и быть причиной возникновения ситуации описанной выше?

Нравится

4 комментария

Добрый день, Евгений.

Вероятно, сессии зависли после некорректного завершения. Если у Вас конкурентные лицензии - это действительно может являться причиной ошибки. Попробуйте в нерабочее время выполнить скрипт через SQL Management Studio, который закроет все пользовательские сессии (после применения, все сессии принудительно закроются, т.е. пользователя выбросит из системы на страницу логина):

UPDATE SysAdminUnit SET LoggedIn = 0 WHERE LoggedIn = 1

UPDATE SysUserSession SET SessionEndDate = '2018-02-12 10:16:49.078' WHERE SessionEndDate IS NULL

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

Антон Малий,

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

Антон Малий,

+ пользователи просто закрывают браузер, так-как у нас сковзная авторизация и им нет необходимости вводит логин/пароль

Это зависит от версии. В последних версиях пользователи окажутся на странице логина. Им нужно будет просто перезайти на сайт еще раз.



Закрытие браузера не всегда происходит в штатном режиме. Если, к примеру, браузер аварийно закрылся с несохранением последней истории, кэша и куки - в БД сессия продолжится вечно, пока Вы не закроете ее вручную.

Показать все комментарии

При работе с текущей реализацией раздела OLAP-кубов приходится сталкиваться с вопросом их подключения к источнику данных. Имеются следующие ситуации:

  • после переподнятия базы на другом сервере, olap-кубы остаются настроенными к старому подключению, кубы перестанут работать, если этот старый сервер недоступен. Поэтому после переподнятия базы все кубы переподключать на новый сервер и базу
  • в разделе OLAP нельзя узнать, к какому же источнику (строка соединения, таблица или представление) в данный момент подключен интересующий куб

В будущем, при необходимости, раздел будет доработан по описанным вопросам.

В прикрепленных файлах выложены сервисы утилиты, которая с относительной легкостью позволяет:

  • прочитать XML настройки. В этой настройке можно узнать строку подключения и источник данных (таблица, представление..). Автоматически открывается с помощью notepad
  • загрузить XML настройку, то есть изменить подключение с источником данных.

Запуск утилиты:

...\Terrasoft\Bin\TSClient.exe /wnd=wnd_OLAPDataViewer

Нравится

Поделиться

0 комментариев
Показать все комментарии

Пролог
Записи в моём блоге буду разделять с помощью уточнений в теме... (Раздел : номер записи : тема записи в разделе)
Сегодня открываю раздел "Решения" (Решения : запись №1 : Подключение к MySQL из ADO)
В этом разделе я хотел бы публиковать решения, которые не были найдены мною на комьюнити, но жизнено необходимы для разработки.

Итак, поехали:
Первым таким решением стало подключение к базе MySQL из ADO сервисов Terrasoft.
Зачем это нужно?
Дело в том, что на комьюнити предлагается использовать Microsoft OLE DB Provider for SQL Server.
Но к сожаления у меня он напрочь отказался подключаться к базе MySQL, выпадая с сообщением о том что "Сервер базы данных не найден или нет прав доступа".

Решение:
Для начала убедитесь в том что вы создали пользователя с доступом к своей базе MySQL и разрешили ему доступ % с любого хоста или правильно указали хост с которого будет производится подключение. - Внешний IP адресс сервера на котором установлена база TSCRM. Детали можно уточнить у вашего хостинг-провайдера.
После чего скачайте и установите коннектор для базы MySQL: http://dev.mysql.com/downloads/

В результате мы получаем драйвер доступа к MySQL. Идем в Панель управления(Control Panel) -> Администрирование(Administrative tools) -> Источники данных ODBC(Data Sources). Открываем вкладку System DSN и жмем Add(Добавить). Там выбираем наш устанновленный коннектор и жмем ОК. В коннекторе указываем параметры подключения, т.е. название вашего подключения(DSN) - оно выбирается произвольно, хост с БД, порт(по умолчанию 3306), логин/пароль для доступа к серверу БД и, конечно, имя самой базы. Делаем Test connection и получаем долгожданное "Проверка подключения выполнена".

Эпилог:
Далее можно создать ADOConnection в Terrasoft CRM, выбрать поставщика данных Microsoft OLE DB Provider for ODBC Drivers. Нажать далее и на вкладке Подключение в поле "Имя источника данных" выбрать созданый вами источник данных. После чего дмём ОК и используем данное ADOConnection в ADODataset и ADOCommand.

Нравится

Поделиться

2 комментария

Недавно столкнулся с проблемой при настройке подключения для MySQL на Win7 x64.

Решение оказалось довольно простым – для Terrasoft CRM обязательно необходимо установить 32-битную версию ODBC драйвера (до этого стояла только 64-битная версия).

Сергей, спасибо большое, тоже месяц назад столкнулся с той же проблемой но забыл указать здесь.

Показать все комментарии

У многих, кто впервые сталкивается с MS SQL Express 2005, возникает вопрос: "Как правильно подключить нескольких пользователей к одной базе для совместного использования?"
http://community.terrasoft.ua/forum/topic/2482

Соответственно, я решил описать полный процесс подключения с картинками ;)

И так, приступим!

В стандартной инсталляции MS SQL Express 2005 сетевая служба отключина.
Вам необходимо:

1) Запустить MS SQL Configuration Manager
2) TCP\IP - свойства

3) Включено - "ДА"

4) ТСР порт - 1433

5) Разрешить на Вашем сетевом интерфейсе

6) Сохранить
7) Включить службу TCP\IP - "Включить" (см.рис 01)
8) Перезагрузить MS SQL Express 2005

На клиенте, можно прописать не имя машины, а IP,port
Например: 192.168.1.4,1433

Должно работать!

Нравится

Поделиться

0 комментариев
Показать все комментарии

Здравствуйте.
Возникла проблема при установке Terrasoft CRM 2.8 под MS SQL Express 2005.
Поставил на компьютере, на котором должна лежать база (ОС Vista Home Basic), MS SQL Express, сервер зарегистрировал, базу восстановил (все как написано в инструкции), пользователя supervisor завел. Но другие компьютеры в сети видят только имя компьютера, на котором живет этот SQL, но не видят имя экземпляра (имя компьютера, условно, COMP, а полное имя как в SQL Server Management Studio Express - COMP\SQLEXPRESS). И соответственно не соединяется с ним. Пробовал вручную дописать \SQLEXPRESS - тоже не соединяет.
Причем у меня на ноутбуке еще с тех пор, как я пытался запустить демоверсию Х15, тоже стоит MS SQL Express 2005. Так вот, на него я тоже поставил базу 2.8, завел пользователя - его другие компьютеры видят и соединяться с ним готовы. Но название экземпляра у меня в SQL Server Management Studio Express написано как "DMITRY", без всяких слэшей. Найти, в чем отличие между моим компьютером, на котором все работает, и тем, на котором нет, я не могу.

Проблема-то наверняка детская, помогите пожалуйста.

Нравится

13 комментариев

Здравствуйте, Дмитрий!

В стандартной инсталляции MS SQL Express 2005 сетевая служба отключина.
Вам необходимо:
1) Запустить MS SQL Configuration Manager
2) TCP\IP - свойства

3) Включено - "ДА"

4) ТСР порт - 1433

5) Разрешить на Вашем сетевом интерфейсе

6) Сохранить
7) Включить службу TCP\IP - "Включить" (см.рис 01)
8) Перезагрузить MS SQL Express 2005

На клиенте, можно прописать не имя машины, а IP,port
Например: 192.168.1.4,1433

Должно работать!

Маленькое уточнение, при соединении нужно прописывть имя хоста без добавки \SQLEXPRESS. Видимо она нужна только для локального протокола или может я ошибаюсь - выяснял на практике :-) MS SQL не мой конек....
У меня тоже были подобные проблемы, решились в двух местах
1. Убрал динамическое назначение портов - поставил 1433 по умолчанию.
2. Назначил на второй IP адрес, который смотрел во внутренюю сеть.
P.S. Спасибо за подробную со скринами информацию, я думаю для новичков будет очень полезна, и просьба к автору или модераторам - переименуйте тему, чтоб в поиске было удобно искать.

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

А вот это не есть хорошо :-( Должно быть решение менее радикальное, я думаю, что если
1. Разрешить протокол TCP для SQL сервера;
2. Назначить порт 1433 по умолчанию на сервере;
и открыть в фаерволе порт 1433 для UDP и TCP пакетов - все должно работать...

Да, я так сначала и пытался сделать, не работало. Может быть, конечно, где-то ошибка закралась, проверю еще раз на всякий случай. Спасибо :)

Еще один трал - не запускается программа с учетной записи "обычного пользователя" на Vista. В записи администратора все работает. Запуск "от имени администратора" не помогает. Выдается окошко от "Террасофта", возможностью просмотреть лог запуска и отправить его по почте в саппорт. Подскажите пожалуйста, здесь что делать?

Добрый день.

Спасибо за Ваш вопрос.

Для того, чтобы пользователь Windows без прав администратора имел возможность запустить приложение Вам необходимо дать ему доступ на ветку реестра HKEY_CLASSES_ROOT. Для этого Вам необходимо запустить Пуск-->Выполнить-->ввести в появившемся окне Regedit. Откроется окно с деревом реестра. Вам необходимо кликнуть правой кнопкой мыши на ветке HKEY_CLASSES_ROOT, из контекстного меню выбрать пункт Разрешения и дать доступ пользователю, который не может войти в Terrasoft CRM.

Будем рады ответить на все Ваши дополнительные вопросы.

Terrasoft Support Team

Здравствуйте, у меня проблема, на некоторых компьютерах в сети при подключении к SQL выдает такую ошибку: "Соединение было разорвано и не восстановлено. Сообщение об ошибке: '[DBNETLIB][ConnectionRead (recv()).]Общая ошибка сети"
Хотя всё остольное работает, срвер пингуется, расшаренные папки открываются. Когда меняешь IP-адрес на другой то проблема исчезает на некоторое время, но потом опять выдет такую же ошибку. В чем может быть проблема???

А версия какая MSSQL и Terrasoft? И под какой операционкой клиенты, на которых проблема?

ООО "Лайнсервис"
www.ls-crm.ru

MSSQL 2000, Terrasoft x15 3.2.1.4, операционка Windows XP sp3 стоит у всех одинаковая, но ошибка вылетате только на двух машинах из 5

[DBNETLIB][ConnectionRead (recv()).]Общая ошибка сети вообще это либо глюки аппаратные - свитч, сетевуха, кабель и т.д., либо глюки MDAC (можно обновить или вообще поставьте на проблемную машинку SQL Native Client и цепляйтесь к серверу через него). Как вариант - файрволл
Надеюсь суппорт поможет еще что-то прояснить, но такое чувство, что тут не Terrasoft проблема, а чисто сетевая/серверная

ООО "Лайнсервис"
www.ls-crm.ru

Показать все комментарии