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

Вопрос:

Проблема:

  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, и эта учетная запись имеет доступ к кубу, но конечный пользователь, выполняющий это задание, не имеет явного доступа, следовательно, ошибки.

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

  • 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
      Тема переведена в разряд обсуждений по причине отсутствия активности.

Добрый день.

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

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

Проблема:

  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

Понравилась статья? Поделить с друзьями:
  • Произошла ошибка на странице свойства 0x81000203
  • Произошла ошибка на странице свойств создание точки восстановления
  • Произошла ошибка на странице свойств служба теневого копирования
  • Произошла ошибка на странице свойств 0x81000203 windows 11
  • Произошла ошибка на странице свойств 0x81000202 windows 11