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

Обновлено: 03.01.2025

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

Не удается создать источник данных в Microsoft Query

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

Проверьте драйвер. Прежде всего необходимо проверить, имеется ли для источника данных соответствующий драйвер ODBC или драйвер источника данных. Драйверы ODBC и драйверы источников данных позволяют подключаться к новым базам данных по мере появления соответствующих драйверов. Однако следует убедиться в том, что для используемого типа баз данных установлен соответствующий драйвер.

Убедитесь, что драйвер работает с Microsoft Excel. В дополнение к драйверам, поставляемым с Microsoft Office, можно использовать драйверы ODBC и источников данных, разработанные сторонними производителями. Перед использованием драйвера стороннего производителя рекомендуется проверить, протестирован ли драйвер с Microsoft Excel. Для некоторых баз данных драйвер, поставляемый с программным обеспечением баз данных, может быть лучшим выбором. Для получения сведений о доступных и рекомендуемых для использования средствах обратитесь к системному администратору базы данных.

Убедитесь в правильной установке драйвера

Убедитесь, что предоставлена вся информация о конфигурации. После того, как драйвер установлен и выбран в поле 2 диалогового окна Создание нового источника данных, на третьем шаге создания источника данных необходимо предоставить всю требуемую информацию о конфигурации драйвера. Для получения информации о драйверах, разработанных в корпорации Майкрософт, нажмите кнопку Связь, а затем — кнопку Справка в диалоговом окне настройки драйвера. Для получения информации о драйверах сторонних производителей обратитесь к справочной системе или документации по драйверу.

Если устанавливается источник данных с драйвером ODBC или драйвером источника данных, поставляемым корпорацией Майкрософт, то для получения сведений о параметрах, которые необходимо установить на шаге 3 диалогового окна Создание нового источника данных, щелкните название драйвера.

Рядом с именем источника данных стоит звездочка

Этот источник данных создан в более ранней версии Microsoft Query, чем Microsoft Query 97.

Формат источников данных, созданных в более ранней версии Microsoft Query, чем Microsoft Query 97, отличается от формата более поздних версий. Эти источники данных и запросы можно использовать в более поздних версиях этого продукта, но запросы, созданные с использованием этих источников данных, нельзя использовать совместно. В более ранних версиях Microsoft Query, чем Microsoft Query 97, информация об источниках данных хранится в качестве части операционной системы Microsoft Windows, и эта информация доступна только на том компьютере, где она хранится.

Определите, в какой версии Microsoft Query создан запрос

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

Удалите старые источники данных. После идентификации источников данных, созданных в более ранних версиях Microsoft Query, на вкладке Базы данных диалогового окна Выбор источника данных выберите источник данных, который требуется удалить, и нажмите кнопку Удалить.

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

Импорт данных

Укажите путь другим способом. Если для работы используются драйверы Microsoft Access или Microsoft Excel, эту проблему можно устранить, создав новый источник данных. При указании местоположения файла базы данных не следует выбирать подключенный сетевой диск. Вместо этого следует ввести адрес UNC общего сетевого каталога и затем указать файл базы данных. Например, если файл базы данных хранится на сервере Shared, следует ввести \\Shared\public, а затем выбрать файл Inventory.mdb.

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

После обновления диапазона внешних данных нарушаются сортировка и форматирование

Изменение форматирования в Microsoft Query не влияет на представление данных в Microsoft Excel. Используемое форматирование влияет на вид таблицы результатов только в Microsoft Query. После возврата данных в Microsoft Excel изменения элементов форматирования, сделанные в Microsoft Query (например, скрытие полей, изменение ширины столбца, высоты строк, шрифта, стиля или размера текста) не отображаются.

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

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

Эта версия Service Manager достигла конца поддержки, рекомендуется выполнить обновление до Service Manager 2019.

В следующих разделах описаны распространенные проблемы, которые могут потребоваться для устранения неполадок кубов данных OLAP в Service Manager хранилище данных.

Сбои при обработке

Несмотря на наличие в базе данных DWRepository мер безопасности для обеспечения целостности данных, они неспособны полностью исключить возможность ошибок обработки. Наиболее распространенной ошибкой обработки является исключение DimensionKeyNotFound. поскольку измерения SQL Server сервер анализа данных (SSAS) обрабатываются каждые 60 минут по умолчанию, возможно, при обработке группы мер фактов ключи измерения еще не существуют. В таком случае по умолчанию схема обработки заново обрабатывает измерения SSAS, используя задачу ProcessUpdate, после чего заново обрабатывает факт до двух раз, чтобы устранить ошибки ключей.

В некоторых редких ситуациях может произойти сбой повторной обработки. Ниже перечислены возможные причины этого сбоя.

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

В сценариях с несколькими киосками данных измерения каждого киоска указывают на основной киоск данных хранилища данных. Это делается для того, чтобы уменьшить размер и время обработки кубов OLAP. Однако существует вероятность того, что факты в киосках данных Operations Manager или Configuration Manager могут указывать на ключи измерений, еще не существующие в основном киоске данных хранилища данных. В таком случае следует запустить задание загрузки основного киоска данных для устранения сбоя обработки кубов, указывающих на киоски данных Configuration Manager или Operations Manager.

Устранение неполадок настроек многомерных выражений

Поскольку множество настроек куба требуют профессионального знания многомерных выражений (MDX), нередко можно встретить синтаксические ошибки в исходном выражении MDX, используемом для настройки куба OLAP. Может потребоваться несколько попыток, прежде чем выражение будет удовлетворять вашим потребностям. Прежде чем добавлять выражение MDX в куб OLAP при помощи элемента CubeExtension или определять его в элементе SystemCenterCube, следует проверить действие выражения MDX на куб OLAP, используя среду Business Intelligence Development Studio или SSAS без сохранения изменений.

Однако если содержащее ошибки выражение MDX уже было добавлено в пакет управления при помощи элемента CubeExtension, можно удалить расширение куба, чтобы отменить все изменения, внесенные в куб OLAP. Если выражения определяются при помощи элемента SystemCenterCube, необходимо удалить пакет управления, после чего вручную удалить куб OLAP из служб SSAS, прежде чем вносить какие-либо корректировки и переустанавливать пакет управления кубом OLAP. Учитывая этот нюанс, настройки куба следует определять при помощи элемента CubeExtension.

Сбои при развертывании пакета управления куба OLAP

Представим ситуацию, требующую просмотра группы мер WorkItems Assigned To User с последующим созданием среза из всех пользователей определенного отдела. При попытке выполнить фильтрацию UserDimничего не происходит или не возвращается никаких данных. Это может вызвать недоумение, поскольку UserDim связано отношением с группой мер.

В такой ситуации вспомните, что одно и то же измерение базы данных может иметь несколько ролей в многомерной модели. Такие измерения называются "ролевыми измерениями". Например, измерение времени может быть использовано несколько раз в кубе OLAP, описывающем сведения о полетах. Ролевые измерения в данном случае могут выступать под названиями Departure Time и Arrival Time, при этом оба они ссылаются на измерение Time .

В примере о WorkItems Assigned To User , измерение пользователей фактически использует назначенное ролевое имя AssignedToUser. Если пользователь фильтруется по этому конкретному измерению вместо "UserDim", он возвращает правильные сведения.

В среде BIDS предусмотрена полезная функция (вкладка "Использование измерений"), показывающая отношения между измерениями и кубами OLAP и позволяющая определить, какие измерения можно использовать для получения плоскостных и объемных срезов куба OLAP. Более того, в примере WorkItems Assigned To User у измерения UserDim нет отношения с группой мер WorkItemAssignedToUser , в то время как у UserDim(AssignedToUser) есть отношение к группе мер, где атрибутом соединения является UserDimKey. В данном случае на вкладке "Использование измерений" ролевое имя выделено скобками.

Service Manager не имеет возможности вкладки "Использование измерений". Поэтому чтобы определить, какие именно измерения могут выполнять фильтрацию определенного куба, необходимо воспользоваться средой BIDS.

Сбой обработки кубов OLAP на удаленном сервере SSAS

В определенных ситуациях из-за неправильной настройки брандмауэра может произойти сбой обработки куба OLAP на удаленном SSAS-сервере. Стандартный экземпляр SSAS использует TCP/IP-порт 2383 и для возможности доступа данный порт должен быть открыт в брандмауэре. Чтобы разблокировать порт, выполните следующие инструкции командной строки:

Остановка обработки куба OLAP

Обработка куба OLAP может быть остановлена из-за множества причин. Прежде всего следует убедиться, что на сервере имеется достаточный объем ОЗУ, в особенности, если хранилище данных и сервер SSAS находятся на одном сервере. Убедитесь в наличии достаточного объема памяти для одновременного запуска заданий обработки куба, а также заданий извлечения, преобразования и загрузки (ETL) из хранилища данных. Ряд возможных решений приведен ниже.

В службах Microsoft SQL Server 2008 Analysis Services существуют известные проблемы взаимоблокировки. Избежать их позволяет увеличение количества потоков в пуле вычислительных потоков до прекращения вычислений. если система уже остановлена, обходной путь заключается в том, чтобы перезапустить службу управления System Center и службу Analysis Services, а затем сбросить рабочий элемент обработки куба до состояния 3, что означает, что не запущено, чтобы обработчик рабочих процессов Service Manager мог перезапустить его.

Чтобы определить нужный рабочий элемент обработки куба, можно выполнить в отношении базы данных DWStagingAndConfig следующие запросы: Обратите внимание — несмотря на то, что запросы приведены по отдельности, их с легкостью можно объединить в один:

Убедитесь, что свойство CoordinatorExecutionMode в службе SSAS установлено корректно. Подробнее об этой проблеме можно прочитать на форумах SQL Server.

Задача DWMaintenance останавливается на шаге ManageCubePartitions или ManageCubeTranslations

Наиболее распространенной причиной данной ситуации является отсутствие ответа от SSAS-сервера. Это решение аналогично первому шагу в предыдущем разделе «Обработка куба OLAP останавливается». Чтобы определить соответствующий рабочий элемент обработки куба, можно выполнить следующие запросы к база данных DWStagingAndConfig. Обратите внимание — несмотря на то, что запросы приведены по отдельности, их с легкостью можно объединить в один:

System.Data.SqlClient.SqlException: ошибка транспортного уровня имеет произошел при отправке запроса на сервер.

Согласно моим исследованиям, это то, что "just happens" и не так много можно сделать, чтобы предотвратить это. Это не происходит в результате неправильного запроса и, как правило, не может быть продублировано. Он просто появляется, возможно, один раз в несколько дней в занятой системе OLTP, когда соединение TCP с базой данных по какой-то причине портится.

У кого-нибудь есть альтернативные решения?

Сведения об ответе

17:41, 29th August, 2020

Я опубликовал ответ на другой вопрос по другой теме, который может иметь здесь некоторое применение. Этот ответ включал в себя SMB связей, а не SQL. Однако он был идентичен в том, что он включал в себя низкоуровневую транспортную ошибку.

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

Взгляните на настройки реестра для настройки TCP / IP на Windows. В частности, вы хотите посмотреть на TcpMaxDataRetransmissions и, возможно, TcpMaxConnectRetransmissions . Эти значения по умолчанию равны 5 и 2 соответственно, попробуйте немного увеличить их на клиентской системе и продублировать ситуацию загрузки.

Не сходи с ума! TCP удваивает тайм-аут с каждой последующей повторной передачей, поэтому поведение тайм-аута для плохих соединений может стать экспоненциальным, если вы увеличите их слишком сильно. Насколько я помню, повышение TcpMaxDataRetransmissions до 6 или 7 решило нашу проблему в подавляющем большинстве случаев.

Сведения об ответе

SSESION

01:23, 16th August, 2020

Сведения об ответе

23:35, 12th August, 2020

Чтобы ответить на ваш первоначальный вопрос:

(Это фактически возвращает номер ошибки из первого SqlError в коллекции Errors , но в вашем случае транспортная ошибка должна быть единственной в коллекции.)

Сведения об ответе

PROGA

14:41, 3rd August, 2020

использование корпоративных служб с транзакционными компонентами

Сведения об ответе

11:32, 1st August, 2020

Я много раз видел, как это происходит в моем собственном окружении. Клиентское приложение в этом случае устанавливается на многих машинах. Некоторые из этих машин оказались ноутбуками, люди оставляли приложение открытым, отключали его, а затем подключали обратно и пытались использовать его. Это приведет к ошибке, о которой Вы упомянули.

Мой первый пункт - это посмотреть на сеть и убедиться, что серверы не находятся на DHCP и обновление IP-адресов вызывает эту ошибку. Если это не так, то вам придется начать рыскать по вашим журналам событий в поисках других связанных с сетью.

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

Сведения об ответе

baggs

06:39, 24th August, 2020

У меня была та же проблема, хотя это было с запросами на обслуживание к SQL DB.

Вот что было в моем сервисном журнале ошибок:

System.Data.SqlClient.SqlException: при отправке запроса на сервер произошла ошибка транспортного уровня. (provider: TCP Provider, error: 0-существующее соединение было принудительно закрыто удаленным хостом.)

Я попробовал другие методы, предложенные в Интернете, которые тоже не сработали:

Увеличьте значения реестра TcpMaxDataRetransmissions и TcpMaxConnectRetransmissions .
Отключите параметр "Shared Memory" в Диспетчере конфигурации сервера SQL в разделе "Client Protocols" и отсортируйте TCP/IP на 1-е место в списке.
Это может произойти при тестировании масштабируемости с большим количеством попыток подключения клиента. Чтобы устранить эту проблему, используйте утилиту regedit.exe для добавления нового значения DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\ с данными значения 00000000.

Моим последним средством было использовать старую поговорку "Try and try again". Поэтому я вложил операторы try-catch, чтобы гарантировать, что если соединение TCP/IP потеряно в Нижнем протоколе связи,то он не просто сдается, но пытается снова. Теперь это работает для меня, однако это не очень элегантное решение.

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

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

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

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

Есть ли какой-нибудь способ избавиться от этого?

1 ответ

Я использую Excel 2010 не имею доступа к PowerPivot или подключения к OLAP серверу. Я пытаюсь построить панель мониторинга для отображения ранжированных данных и позволить пользователю фильтровать по 3-4 различным критериям. Я смог получить его функцию, используя длинные вложенные операторы if. Но.

Я новичок в OLAP и понял, как сделать куб и обработать его. Однако, когда я играю с ним слишком много, я в конце концов сталкиваюсь с этой ошибкой: Ошибки в механизме хранения OLAP: не удается найти ключ атрибута: таблица: dbo_v_MYEntities, столбец: uniqueId, значение: 2548. Ошибки в механизме.

Вы должны сделать это так, чтобы снова избежать проблем

Вкладка Данные. Из Других Источников. Из Служб Analysis Services.

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

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