Excel olap ошибка на уровне транспорта

Problem:

  1. When connecting to an OLAP cube via Excel by using Windows authentication we receive this error: «An error was encountered in the transport layer»
  2. When connecting to Analysis Services via SQL Server Management Studio 2008 R2 by using Windows authentication we receive this error: «Cannot connect to Lake. A connection cannot be made. Ensure that the server is running.»

The thing is that a connection with a proxy user via an automated SQL Server job in which the cube is deployed and processed worked. Using the credentials of that user when trying to connect to Analysis Services via SQL Server Management Studio however, does not work.

The server, on which the cube is deployed, is named Lake and is definitely running. Also, the connection to the database engine on Lake is possible.

What could cause this issue? Why is it possible that a proxy user can update the cube in a SQL Server Job but the very same credentials cannot be used to manually log in to the Analysis Services server?

asked Apr 15, 2015 at 8:07

stefan's user avatar

It is possible that the SQL Job uses credentials of a Service Account — most likely SQL Server Agent (NT ServiceSQLServerAgent) or Analysis Services (NT ServiceMSSQLServerOlapService) to connect to the SSAS database and this account has access to the cube but the end-user running this job doesn’t have an explicit access, hence the error.

answered Apr 16, 2015 at 9:34

Akshay Rane's user avatar

Akshay RaneAkshay Rane

3733 silver badges13 bronze badges

Probably, you try to connect from another domain, than MS SSAS service works. You may check it by connecting with login from domain of MS SSAS server.

answered Mar 7, 2020 at 22:19

Alekzander's user avatar

AlekzanderAlekzander

8363 gold badges12 silver badges12 bronze badges

Вопрос:

Проблема:

  1. При подключении к кубу OLAP через Excel с помощью проверки подлинности Windows мы получаем эту ошибку: “Ошибка произошла на транспортном уровне”
  2. При подключении к Analysis Services через SQL Server Management Studio 2008 R2 с помощью проверки подлинности Windows мы получаем эту ошибку: “Не удается подключиться к озеру. Невозможно создать соединение. Убедитесь, что сервер работает”.

Дело в том, что соединение с прокси-пользователем через автоматическое задание SQL Server, в котором куб развернут и обработан, работал. Однако использование учетных данных этого пользователя при попытке подключения к Analysis Services с помощью SQL Server Management Studio не работает.

Сервер, на котором развертывается куб, называется Lake и определенно работает. Кроме того, возможно подключение к базе данных на озере.

Что может вызвать эту проблему? Почему возможно, что прокси-пользователь может обновить куб в задании SQL Server, но те же учетные данные не могут использоваться для ручного входа на сервер служб Analysis Services?

Лучший ответ:

Возможно, что SQL Job использует учетные данные учетной записи службы – скорее всего, агента SQL Server (NT ServiceSQLServerAgent) или служб Analysis Services (NT ServiceMSSQLServerOlapService) для подключения к базе данных SSAS, и эта учетная запись имеет доступ к кубу, но конечный пользователь, выполняющий это задание, не имеет явного доступа, следовательно, ошибки.

  • Remove From My Forums
  • Question

  • I am fairly new to SSAS 2005.  I have just created one cube.  I was able to create an Excel pivot table that connected to this cube and had all the funtionality that I expected.  I then published the pivot table as a web page.  When I view the web page on the server where SQL 2005 is loaded the web page comes up with all of the expected functionality.  But when I try to view the web page from another computer on my network I gett the error

    The query could not be processed:

                        An error was encounted in the transport layer

                        The peer prematurely closed the connection.

    Any suggestions on how to proceed.

Answers

  • SSAS does not support SQL logins so this will not work. It only supports windows logins and your login would either need to be in the server administrators role (where you would be able to see everything) or your login would need to be added to a role in the database with rights to see specific cube.

    This article has information on resolving connection issues. http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/CISQL2005ASCS.mspx but you get the «transport layer» issue when trying to connect from a non trusted domain.

  • Remove From My Forums
  • Question

  • I am fairly new to SSAS 2005.  I have just created one cube.  I was able to create an Excel pivot table that connected to this cube and had all the funtionality that I expected.  I then published the pivot table as a web page.  When I view the web page on the server where SQL 2005 is loaded the web page comes up with all of the expected functionality.  But when I try to view the web page from another computer on my network I gett the error

    The query could not be processed:

                        An error was encounted in the transport layer

                        The peer prematurely closed the connection.

    Any suggestions on how to proceed.

Answers

  • SSAS does not support SQL logins so this will not work. It only supports windows logins and your login would either need to be in the server administrators role (where you would be able to see everything) or your login would need to be added to a role in the database with rights to see specific cube.

    This article has information on resolving connection issues. http://www.microsoft.com/technet/prodtechnol/sql/bestpractice/CISQL2005ASCS.mspx but you get the «transport layer» issue when trying to connect from a non trusted domain.

Вопрос:

Проблема:

  1. При подключении к кубу OLAP через Excel с помощью проверки подлинности Windows мы получаем эту ошибку: “Ошибка произошла на транспортном уровне”
  2. При подключении к Analysis Services через SQL Server Management Studio 2008 R2 с помощью проверки подлинности Windows мы получаем эту ошибку: “Не удается подключиться к озеру. Невозможно создать соединение. Убедитесь, что сервер работает”.

Дело в том, что соединение с прокси-пользователем через автоматическое задание SQL Server, в котором куб развернут и обработан, работал. Однако использование учетных данных этого пользователя при попытке подключения к Analysis Services с помощью SQL Server Management Studio не работает.

Сервер, на котором развертывается куб, называется Lake и определенно работает. Кроме того, возможно подключение к базе данных на озере.

Что может вызвать эту проблему? Почему возможно, что прокси-пользователь может обновить куб в задании SQL Server, но те же учетные данные не могут использоваться для ручного входа на сервер служб Analysis Services?

Лучший ответ:

Возможно, что SQL Job использует учетные данные учетной записи службы – скорее всего, агента SQL Server (NT ServiceSQLServerAgent) или служб Analysis Services (NT ServiceMSSQLServerOlapService) для подключения к базе данных SSAS, и эта учетная запись имеет доступ к кубу, но конечный пользователь, выполняющий это задание, не имеет явного доступа, следовательно, ошибки.

Проблема:

  1. При подключении к кубу OLAP через Excel с использованием проверки подлинности Windows мы получаем эту ошибку: «Произошла ошибка на транспортном уровне»
  2. При подключении к службам Analysis Services через SQL Server Management Studio 2008 R2 с использованием проверки подлинности Windows мы получаем следующую ошибку: «Не удается подключиться к Lake. Невозможно установить подключение. Убедитесь, что сервер работает».

Дело в том, что сработало соединение с прокси-пользователем через автоматическое задание SQL Server, в котором куб разворачивается и обрабатывается. Однако использование учетных данных этого пользователя при попытке подключения к службам Analysis Services через SQL Server Management Studio не работает.

Сервер, на котором развернут куб, называется Lake и определенно работает. Также возможно подключение к ядру базы данных на Lake.

Что может вызвать эту проблему? Почему возможна, что пользователь прокси может обновить куб в задании SQL Server, но одни и те же учетные данные не могут быть использованы для вручную вручную в сервере служб Analysica.

2 ответа

Лучший ответ

Возможно, что задание SQL использует учетные данные учетной записи службы — большинство вероятно, агент SQL Server (NT ServiceSQLServerAgent) или службы анализа (NT ServiceMSSQLServerOlapService) для подключения к базе данных SSAS, и эта учетная запись имеет доступ к кубу, но конечный пользователь, выполняющий это задание, не имеет явного доступа , отсюда и ошибка.


0

Akshay Rane
16 Апр 2015 в 09:34

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


0

Alekzander
7 Мар 2020 в 22:19

  • Remove From My Forums
  • Общие обсуждения

  • Доброго врем времни суток!

    Помогите справиться вот с такой ошибкой:

    У меня есть Olap кубик.

    Пытаюсь подключиться к analysis services через Excel PowerPivot — ошибка.

    Вот, что мне пишет сам Excel:

    ============================
    Сообщение об ошибке:
    ============================

    Произошла ошибка на уровне транспорта.
    Узел преждевременно завершил соединение.
    —————————-
    Не удалось подключиться к серверу. Причина: Произошла ошибка на уровне транспорта.
    Узел преждевременно завершил соединение.

    ============================
    Стек вызовов:
    ============================

       в System.Data.OleDb.OleDbConnectionInternal..ctor(OleDbConnectionString constr, OleDbConnection connection)
       в System.Data.OleDb.OleDbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningObject)
       в System.Data.ProviderBase.DbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection)
       в System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionInternal.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
       в System.Data.OleDb.OleDbConnection.Open()
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.InitializeConnectionObject(String connectionIdentifier)
    —————————-
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.InitializeConnectionObject(String connectionIdentifier)
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.Open(String& connectionIdentifier)
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.Open()
       в Microsoft.AnalysisServices.Common.DataSourceBasic.TestConnection()
       в Microsoft.AnalysisServices.Common.DataSourceBasic.ClickTestConnection(Object progressControl)

    ============================

    P.S. Машина с которой пытаюсь подключиться находится в домене, машина в Сервером аналитики в рабочей группе. Это не изменить (бюрократия в компании с «суровые безопасники»).

    P.S.S. При подключении из самого Excel (Данные — получение внешних данных — аналитика) — все хорошо работает.

    • Изменен тип

      25 августа 2014 г. 6:23
      Тема переведена в разряд обсуждений по причине отсутствия активности.

Мы только начали получать эту ошибку при фильтрации и нарезке сводной таблицы в книге Excel (сводная таблица подключена к кубу служб аналитики SQL Server на другом сервере):

Excel произошла ошибка в транспортном уровне

Мы не смогли получить данные из внешнего источника. Вот сообщение об ошибке, которое мы получили:

Произошла ошибка в транспортном уровне.

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

Пострадавший пользователь подключается к сети нашей компании через VPN, что я сначала заподозрил, но исключил из-за ошибки, возникающей только в этой книге.

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

Я обнаружил сообщение с очень похожим набором симптомов, в котором причиной оказалась антивирусная программа, блокирующая используемый порт после периода простоя (см. Https://social.msdn.microsoft.com/Forums/ SQLServer / EN-US / 29bd2921-25cd-47d7-8850-5e5498c6eff4 / перемежающихся ошибок-ан-ошибок был-entountered-в-транспортного слоя, при использовании-A-слайсер-в-Excel? форум = sqlanalysisservices), но мы исключили Excel из этого компьютера, но безуспешно.

Я не могу найти никаких ошибок в журнале SSAS, даже при использовании SQL Profiler для захвата трафика. Я не могу найти никаких соответствующих ошибок в журнале событий на сервере.

Как мы должны идти по поводу устранения этой проблемы?

Добрый день.

Подскажите плиз.

Win2008R2 Sp1, Sharepoint 2010 Ent., SQL Server 2008 r2 SP2 CU9.

Имеется файл excel (куб).

Строка подключения: Provider=MSOLAP.4;Integrated Security=SSPI;Persist Security Info=True;Initial Catalog=SellOutAS;Data Source=SRV-NEON;Impersonation Level=Identify;MDX Compatibility=1;Roles=Manager;Safety Options=2;MDX Missing Member Mode=Error

Проверка подлинности Windows.

Экспортирую файл подключения *.odc, гружу его в подключения к данным в центре бизнес-аналитики.

Сам куб гружу в документы бизнес-аналитики.

Добавляю пути http://srv-project01/sites/BICenter/Data Connections for PerformancePoint/ и http://srv-project01/sites/BICenter/Data%20Connections%20for%20PerformancePoint/ в Надежные библиотеки подключений к данным (Управление приложением
Приложение Служб Excel ).

Там же добавляю http://srv-project01/sites/BICenter/Documents/ в Надежные расположения файлов.

Даю права пользователю на куб и на опубликованный куб в шарике.

Открываю в IE 9 куб, открывается, но вылезает ошибка «Произошла ошибка при попытке подключения к внешнему источнику данных. Не удалось обновить следующие подключения: «

Подскажите плиз куда копать?

  • Изменен тип

    27 февраля 2014 г. 7:31

  • Изменен тип
    Иван ПродановMicrosoft contingent staff, Moderator
    12 марта 2014 г. 9:50

Есть необходимость подключиться из СКЛя (SQLServerName) к табулярной базе SSAS (SSASServerName) и получить данные DAX-запросом, а затем записать их в таблицу.

Делаю по многочисленным подсказкам гугла:
— создал linkedserver
— собственно обращаюсь к нему запросом вида:

SQL
1
2
3
4
5
6
SELECT *
FROM openrowset(
    'MSOLAP'
  , 'Data Source=SSASServerName;Initial Catalog=TabularDBName;'
  , 'EVALUATE MyTable'
  ) AS a

возвращает это:

OLE DB provider «MSOLAP» for linked server «(null)» returned message «Произошла ошибка на уровне транспорта.».
OLE DB provider «MSOLAP» for linked server «(null)» returned message «Узел преждевременно завершил подключение.».
Msg 7303, Level 16, State 1, Line 9
Cannot initialize the data source object of OLE DB provider «MSOLAP» for linked server «(null)».

Все из-за анонимного подключения.
Если в ConnectionString добавить ‘Trusted Connection=yes;Integrated Security=SSPI;Persist Security Info=False’, то ничего не меняется — ошибка та же.

Но если заменить это на ‘UID=DomainUserName;PWD=DomainPWD’, то все отрабатывает нормально.
Но я же не хочу светить свои пароли в запросе…

Как же все-таки получить данные DAX-запросом, отправленным с SQLServer’а?

Добавлено через 5 часов 39 минут
и что интересно, через SQL Management Studio (File — New — DAX Query) или DAX-studio подключается нормально
почему же в openrowset не хочет пробросить учетные данные?

__________________
Помощь в написании контрольных, курсовых и дипломных работ, диссертаций здесь

  • Remove From My Forums
  • Общие обсуждения

  • Доброго врем времни суток!

    Помогите справиться вот с такой ошибкой:

    У меня есть Olap кубик.

    Пытаюсь подключиться к analysis services через Excel PowerPivot — ошибка.

    Вот, что мне пишет сам Excel:

    ============================
    Сообщение об ошибке:
    ============================

    Произошла ошибка на уровне транспорта.
    Узел преждевременно завершил соединение.
    —————————-
    Не удалось подключиться к серверу. Причина: Произошла ошибка на уровне транспорта.
    Узел преждевременно завершил соединение.

    ============================
    Стек вызовов:
    ============================

       в System.Data.OleDb.OleDbConnectionInternal..ctor(OleDbConnectionString constr, OleDbConnection connection)
       в System.Data.OleDb.OleDbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningObject)
       в System.Data.ProviderBase.DbConnectionFactory.CreateConnection(DbConnectionOptions options, DbConnectionPoolKey poolKey, Object poolGroupProviderInfo, DbConnectionPool pool, DbConnection owningConnection, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionFactory.CreateNonPooledConnection(DbConnection owningConnection, DbConnectionPoolGroup poolGroup, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionFactory.TryGetConnection(DbConnection owningConnection, TaskCompletionSource`1 retry, DbConnectionOptions userOptions, DbConnectionInternal oldConnection, DbConnectionInternal& connection)
       в System.Data.ProviderBase.DbConnectionInternal.TryOpenConnectionInternal(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionClosed.TryOpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory, TaskCompletionSource`1 retry, DbConnectionOptions userOptions)
       в System.Data.ProviderBase.DbConnectionInternal.OpenConnection(DbConnection outerConnection, DbConnectionFactory connectionFactory)
       в System.Data.OleDb.OleDbConnection.Open()
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.InitializeConnectionObject(String connectionIdentifier)
    —————————-
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.InitializeConnectionObject(String connectionIdentifier)
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.Open(String& connectionIdentifier)
       в Microsoft.AnalysisServices.BackEnd.RelationalDataSourceConnection.Open()
       в Microsoft.AnalysisServices.Common.DataSourceBasic.TestConnection()
       в Microsoft.AnalysisServices.Common.DataSourceBasic.ClickTestConnection(Object progressControl)

    ============================

    P.S. Машина с которой пытаюсь подключиться находится в домене, машина в Сервером аналитики в рабочей группе. Это не изменить (бюрократия в компании с «суровые безопасники»).

    P.S.S. При подключении из самого Excel (Данные — получение внешних данных — аналитика) — все хорошо работает.

    • Изменен тип

      25 августа 2014 г. 6:23
      Тема переведена в разряд обсуждений по причине отсутствия активности.

У меня есть куб, запущенный на SSAS SQL Server 2012.

Каждый раз, когда я хочу подключиться к кубу или обновлять данные в файлах, которые его содержат, я (и все остальные пользователи) получаю сообщение «Ошибка транспортного уровня».

Я нажимаю «ОК», и мне предлагается ввести мои учетные данные. Обычно он работает после этого (хотя иногда это не так).

Это становится очень раздражающим, когда мне нужно обновить файл, содержащий десяток кубов: мне нужно ввести учетные данные 12 раз.

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

Важное примечание: сервер находится в другом домене, чем ПК, я подключен к нему через VPN.

Есть ли способ избавиться от этого?

Понравилась статья? Поделить с друзьями:
  • Excel exe системная ошибка vcruntime140 dll
  • Excel exe ошибка при запуске приложения 0xc0000142
  • Epson stylus tx117 сброс ошибок
  • Epson stylus sx535wd ошибка принтера
  • Emotron ошибка 710