Счетчик прямого включения: Счетчик электроэнергии Меркурий 230 АМ-02 10(100)А трехфазный (380В) однотарифный прямого включения 230 AM-02 цена 1.00 руб

Содержание

Подключение трехфазного счетчика прямого включения

Здравствуйте, уважаемые читатели сайта sesaga.ru. Для учета потребляемой электрической энергии в трехфазных четырехпроводных цепях переменного тока применяют трехфазные электрические счетчики, разделяющиеся по типу подключения на счетчики непосредственного включения, полукосвенного и косвенного включения.

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

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

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

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

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

На примере трехфазного счетчика непосредственного включения «Энергомера» я расскажу Вам, как его включить в трехфазную сеть

. В принципе, схема подключения дается в руководстве по эксплуатации и дополнительно изображена на корпусе счетчика, поэтому проблем с подключением возникнуть не должно. Однако эти схемы имеют один минус – на них не показано включение коммутационной аппаратуры.

Сейчас мы этот минус устраним.
Итак. Для подключения нам понадобится счетчик, два автоматических выключателя и нулевая шинка. Автомат, который будет стоять на вводе (перед счетчиком), желательно установить четырехполюсный, чтобы при необходимости или возникновении аварийной ситуации можно было полностью отключить себя от линии.

Чтобы добраться до клеммной колодки необходимо открутить винт и снять нижнюю крышку. На рисунке винт обозначен кружком.

Сначала подключим вводной автомат.
С выходных клемм автомата фазы А, В, С (белый провод) подключают на входные клеммы счетчика 1-3-5, а ноль N (синий провод) на клемму 7.

В процессе монтажа провод от изоляции очищают следующим образом: конец провода, подключаемый к выходной клемме автоматического выключателя, очищают от изоляции на длину 8 – 10 мм, а конец, подключаемый к клемме счетчика, очищают на длину 27 – 30 мм.

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

Совет. Если счетчик предполагается использовать в частном доме или квартире, то монтаж внутренних соединений выполняется медным проводом сечением 4мм². Использовать провод сечением свыше 4мм² нет смысла, так как для домашнего потребителя Россеть более 15 кВт не дает и по техническим условиям вводной автомат разрешает устанавливать на нагрузку не более 25 Ампер. А рабочий ток медной жилы сечением 4мм² составляет приблизительно 32 Ампера, чего вполне достаточно.

Продолжаем.
С выходных клемм счетчика 2-4-6 провода фаз А, В, С подключаются на входные клеммы автоматического выключателя, с выхода которого трехфазное напряжение поступает в домашнюю электрическую сеть. С клеммы 8 нулевой провод N подключается к нулевой шинке.

А вот как выглядит полная монтажная схема включения трехфазного счетчика.

Теперь если подать напряжение на счетчик, то на его лицевой панели должен зажечься световой индикатор «Сеть». А при подключении нагрузки световой индикатор «600 imp/kW•h» (или «400 imp/kW•h» — в зависимости от исполнения) должен мигать.

Также рекомендую посмотреть ролик о включении трехфазного счетчика прямого включения в трехфазную электрическую сеть.

Удачи!

Счетчик прямого включения 3-фазный OD 4165 1-тарифный

Характеристики:

Артикул для заказа2CMA131034R1000
Производство ABB, Германия
Количество фаз 3
Тарификация Однотарифный
Класс точности 2
Номинальный ток,А 5
Максимальный ток,А 65
Вид энергии Активная
Интерфейсы ИК-порт, импульсный выход
Номинальное напряжение 3 × 230/400В

Техническое описание:

Снятие с заменой 2CMA100801R1000

Статус заказа:Заказ

Срок поставки:3 недели

Счетчик электроэнергии


Счетчик электрической энергии  — прибор для измерения расхода электроэнергии переменного или постоянного тока (обычно в кВт*ч или А*ч).

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

Основные параметры:

1. Тип подключения.

Существует 2 вида подключения счетчиков: прямого включения и трансформаторного типа (не прямого включения).

— Счетчики с номинальным током до 10А (5А, 7, 5А) являются счетчиками не прямого включения. Для их подключения к электросети необходимо использовать трансформаторы тока. Такие счетчики часто используются в зданиях с большим электропотреблением – школы, детские сады, заводы, гаражные кооперативы и т.д.

— Счетчики с номинальным током от 40А (40А, 60А, 80А, 100А) являются счетчиками прямого включения, т.е. подключаются напрямую. Используются в бытовых целях (квартиры, дома, коттеджи и т.д.), а так же в помещениях с небольшим электропотреблением.

2. Тип питающей сети.

По типу питающей сети счетчики бывают 2х видов — однофазные и трехфазные.

Однофазные счетчики предназначены для измерения переменного тока в однофазной сети 220В, трехфазные счетчики

– для измерения в трехфазной сети 380В. Все современные электронные трехфазные счетчики поддерживают однофазный учет. Тип питающей сети можно посмотреть на самом счетчике.

3. Принцип работы:

По принципу работы счетчики бывают индукционные и электронные.

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

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

Этот код подается на микроконтроллер, где расшифровывается и рассчитывается, а далее выдает количество потребляемой электроэнергии на дисплей электросчетчика.
Основными достоинствами электронных электросчетчиков является возможность учета электроэнергии по дифференцированным тарифам (одно-, двух- и более тарифный), то есть возможность запоминать и показывать количество использованной электроэнергии в зависимости от запрограммированных периодов времени. Многотарифный учет достигается за счет набора счетных механизмов, каждый из которых работает в установленные интервалы времени, соответствующие различным тарифам.
Электронные электросчетчики имеют больший межповерочный период (4-16 лет). Все современные счетчики электронные.

4. Количество тарифов.

Существуют однотарифные, двухтарифные и многотарифные электросчетчики.

Двух, трех и четырех тарифные счетчики – это одни и те же счетчики, просто они программируются на разное количество тарифов. Двухтарифные электросчетчики ведут учет электроэнергии по двум тарифам – дневному (с 7:00 до 23:00) и ночному (с 23:00 до 7:00), стоимость тарифов различается в разы и здесь есть реальная возможность экономить на оплате электроэнергии за счет переноса работы энергоемких приборов в ночное время.

Многотарифные счетчики позволяют вести учет потребляемой электроэнергии в пиковой, полупиковой и ночной зонах, соответственно и стоимость электроэнергии в этих зонах разная: максимальная в пиковой зоне, минимальная в ночной. Обозначение: 1Т – однотарифный счетчик; 4Т – 4хтарифный счетчик.

5. Класс точности.

Электросчетчики бывают 2,5, 2,0, 1,0, 0,5, 0,5s, 0,2 класса точности.

Класс точности определяет погрешность, с которой электросчетчик измеряет потребленную электроэнергию. В соответствии с ГОСТ 6570-96 для приборов учета электроэнергии в жилом (бытовом) секторе, класс точности прибора учета электроэнергии должен быть равен 2,0. 

6. Способ крепления.

По способу крепления счетчики делятся: на трех винтах (обычные электрические щиты) и на DIN-рейке.

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

NP 545 — трехфазный счетчик электроэнергии

Описание

Счётчики предназначены для индивидуальной работы с конечными трёхфазными потребителями в электрораспределительных сетях 0,4 кВ.
Счётчики в полной комплектации выполняют следующие основные функции:
· ведут автоматический многотарифный учёт потребляемой активной и реактивной электроэнергии
· предоставляют возможность удалённого доступа к данным посредством встроенного PLC-модема или дополнительного канала связи
· позволяют дистанционно управлять потреблением или питанием отдельной нагрузки с помощью встроенных отключающих реле: основного или/и дополнительного
· контролируют дифференциальный ток.

Счётчики поддерживают любой режим работы: как с предоплатой, так и в кредит. Режим работы с предоплатой не требует установки в счётчик специальных карт – вся необходимая информация об оплате электроэнергии поступает в счётчик по каналам связи.

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

 

Номинальное напряжение

3х220/380 В

3х230/400 В

3х240/415 В

Частота сети 50(60)±1 Гц
Номинальный ток 5 А
Максимальный ток 85 А

Класс точности:

при измерении активной энергии

при измерении реактивной энергии

 

1,0

2,0

Основной канал связи PL LV (0,4 кВ)
Дополнительный канал связи CM.BUS
Скорость передачи данных и частота сигнала 300 бит/с (43/49 ) кГц

Импульсный выход для счётчиков прямого включения:

для активной энергии

для реактивной энергии

 

1000 имп. /кВтч

1000 имп./кварч

Рабочий диапазон температур от –40°C до +70°C
Диапазон температур транспортировки и хранения от –40°C до +70°C

— АЛЬФА СМАРТ AS3500 — Счётчики электроэнергии

Альфа СМАРТ AS3500 — трёхфазный интеллектуальный счётчик электроэнергии семейства Альфа СМАРТ модульной конструкции с расширенными функциями защиты и опцией трёхфазного контактора (силового реле) для отключения нагрузки.

Предназначен для измерения и учёта активной и реактивной энергии и мощности с классом точности 0.5S и 1.0 в прямом и обратном направлении в многотарифном режиме.

Аттестован для применения на объектах РРЭ ПАО «Россети» и отвечает новым Техническим требованиям ОАО «АТС» для ОРЭМ.

Опционально:

  • GSM/GPRS модемы серии «Метроника 100» для удаленного снятия показаний с AS3500. Выдерживают перенапряжения в сети 0,4 кВ.
  • Коммуникационный Ethernet модуль «Метрониа 300».

АS3500 используют для:

  • Коммерческого и технического учета электроэнергии в промышленности
  • Учёта в мелкомоторном секторе
  • Общедомового учета
  • Учета у бытового потребителя

АS3500 представлен в двух вариантах:

  • Прямого включения;
  • Трансформаторного включения (полукосвенного и косвенного).

Модульная архитектура позволяет создать систему с необходимым заказчику функционалом. Универсальность, гибкость и ориентированность на требования умного учёта благодаря:

  • съемным модулям связи (GSM/GPRS, PLC, Ethernet)
  • импульсным каналам
  • цифровым интерфейсам (RS-232, RS-485)
  • открытому протоколу DLMS.

Для построения систем АИИС КУЭ на базе счетчиков АЛЬФА СМАРТ АS3500 могут быть использованы различные типы связи со счетчиками: цифровые интерфейсы RS­232 или RS­485, импульсные каналы и встраиваемые модули коммуникации.

Счётчик снабжен функцией «Чтение без питания», что позволяет снимать данные измерений с индикатора счётчика при отсутствии внешнего питания.

Тарифная структура:

  • 4 тарифа
  • 4 сезона
  • 48 тарифных зон в сутках
  • 4 типа дней


Параметры:

  • Класс точности:
  •   Трансформаторного включения: 0.5S и 1.0
  •    Прямого включения: 1.0 и 2.0.
  • Uн=3х57,7/100, 3х127/220, 3х230/400, 3х100, 3х230;
  • Номинальные (максимальные) токи 1 (2), 5 (6), 5 (10), 5 (100) А.
  • Погрешность хода внутренних часов: ±0,5 с/сутки
  • Максимальная глубина хранения получасовых профилей нагрузки активной и реактивной электроэнергии в прямом и обратном направлении (четыре канала учета) — 300 суток.
  • Время сохранности информации и программных средств при отсутствии внешнего питания: 30лет 
  • ГОСТ Р 31819.22-2012, 31819.21-2012, 31819.23-2012
  • По устойчивости к климатическим воздействиям: 5 группа (ГОСТ 22261­94)
  • Сертификат ассоциации IDIS
  • Масса: от 1,5кг до 1,9кг (c размыкающим реле)
  • Габаритные размеры:
  •   284х171х75мм 
  •   314х171х75мм (с размыкающим реле)
  • Высокопрочный корпус: IP54
  • Расширенные функции защиты
  • Температурный диапазон: от -40 до +70С.
  • Межповерочный интервал: 14 лет.
  • Срок службы: 30лет
  • Средняя наработка до отказа: 120 000 ч

Корпус
Счетчик АЛЬФА СМАРТ АS3500 имеет современный удобный и безопасный корпус, позволяющий осуществлять установку в электротехнический шкаф, используя стандартное расположение монтажных отверстий.

Расширенные функции защиты:

  • Пароли
  • Измерение по модулю
  • Расширенный журнал событий
  • Аппаратная блокировка
  • Аппаратная защита метрологически значимой части
  • Фиксация воздействия электромагнитного поля
  • Фиксация вскрытия крышки зажимов
  • Фиксация вскрытия крышки корпуса

Конфигуратор
Для конфигурирования и считывания информации со счетчика используется программный пакет AlphaSET.

Для получения актуальной версии программного конфигуратора обращайтесь в отдел технического сопровождения по электронной почте [email protected]
Для предоставления консультаций по вопросам эксплуатации, ремонта и отладки счётчиков электроэнергии, а также модернизации и обновления обращаться на адрес [email protected]

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

Для удаленного снятия показаний с многофункциональных счетчиков электроэнергии ООО «Эльстер Метроника» предлагает модемы собственного производства – это GSM/GPRS модемы серии «Метроника 100», выдерживающие перенапряжения в сети 0,4 кВ.

 

Дополнительные опции

КАК ОФОРМИТЬ ЗАКАЗ?

При заказе на счетчик AS220, AS3500, A1140, А1700, А1800 с встроенным GPRS модемом:

При заказе встраиваемого GPRS модема отдельно:

Заполните «Спецификацию на заказ модемов Метроника 100» и отправьте ее региональному менеджеру.

Остались вопросы?

Проконсультируйтесь с менеджером по телефону/электронной почте или через форму обратной связи.

 

 

 

32-РУ-SP31 — трёхфазный многофункциональный сплит-счетчик электроэнергии

Тип корпуса

SP31 – для установки на опору ЛЭП, модификация 1

Класс точности

A1R1 – класс точности 1 по ГОСТ 31819.21-2012 и класс точности 1 по ГОСТ 31819.23-2012
A0.5R1 – класс точности 0,5S по ГОСТ 31819.22-2012 и класс точности 1 по ГОСТ 31819.23-2012

Номинальное напряжение

220 – 220 В
230 – 230 В

Базовый ток

5 – 5 А
10 – 10 А

Максимальный ток

100 – 100 А

Количество и тип измерительных элементов

T – трансформаторы тока

Первый интерфейс

RF433/n* – радиоинтерфейс 433 МГц
RF2400/n* – радиоинтер-фейс 2400 МГц
(*n – номер модификации модуля интерфейса (от 1 до 9))

Второй интерфейс

RF868/n* – радиоинтерфейс 868 МГц
G/n* – радиоинтерфейс GSM/GPRS, 3G, 4G/LTE, NB-IoT
(Нет символа) – интерфейс отсутствует
(*n – номер модификации модуля интерфейса (от 1 до 9))

Поддерживаемые протоколы передачи данных

(Нет символа) – протокол «МИРТЕК»
P2 – протоколы «МИРТЕК» и DLMS/COSEM/СПОДЭС

Дополнительные функции

Н – датчик магнитного поля
K – реле управления нагрузкой в цепи тока
M – измерение параметров качества электрической сети
O – оптопорт
Qn – дискретный выход, где n – количество выходов (от 1 до 4)
Vn – электронная пломба, где n может принимать значения:

  1.  электронная пломба на корпсе
  2. электронная пломба на крышке зажимов
  3. электронные пломбы на корпусе и крышке зажимов

(Нет символа) – дополнительные функции отсутствуют

Количество направлений учёта электроэнергии

(Нет символа) – измерение электроэнергии в одном направлении (по модулю)
D – измерение электроэнергии в двух направлениях

Techno Three 3P Счетчик с прямым подключением / ЖК-счетчики, название / номер модели: Tmcb 006, 3 * 240,

Techno Three 3P Счетчик с прямым подключением / ЖК-счетчики, название / номер модели: Tmcb 006, 3 * 240, | ID: 22199874633

Спецификация продукта

1 1 1 Techno 1 Использование / Приложение Жилой и промышленный Модель Имя / номер TMCB 006 Напряжение 3 * 240 Na Na 1 1 Analog Класс Class класс 1 1 Класс точности Класс 1 Сертификация BIS Страна происхождения Сделано в Индии Минимальный объем заказа 12

Описание продукта

Мы являемся крупным производителем и поставщиком счетчиков с прямым подключением 3P/ЖК-счетчиков

Дополнительная информация

Производственная мощность 15000

Заинтересованы в этом товаре?Уточнить цену у продавца

Связаться с продавцом


О компании

Год основания1988 ​​

Юридический статус фирмы Физическое лицо — собственник

Характер деятельностиПроизводитель

Количество сотрудников26-50 человек

Годовой оборотRs. 2–5 крор

IndiaMART Участник с июня 2007 г.

GST33ABYPM2829G1ZB

Код импорта-экспорта (IEC)ABYPM*****

Экспорт в Ирак

Основанная в 1988 году, , мы Techno Meters & Electronics являемся известным производителем широкого ассортимента трехфазных электронных счетчиков энергии, однофазных счетчиков энергии, электронных анализаторов, счетчиков VIF и т. д. .

Видео компании

Вернуться к началу 1

Есть потребность?
Лучшая цена

1

Есть потребность?
Лучшая цена

New Pacific Direct Tala Trembesi Counter Stool 1210011 Natural

New Pacific Direct 1210011 Обзор

Стул-стол от New Pacific Direct — идеальное место рядом со столом для летучих мышей, где можно выпить или пообщаться с друзьями. Ножки стула изготовлены из стали с порошковым покрытием, что делает его более прочным. Сиденье изготовлено из высококачественного дерева, что делает его прочным и удобным для сидения. Он имеет подставку для ног, на которую можно поставить ногу для более удобного положения сидя. Доступно на AppliancesConnection

Особенности:

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

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

Дополнительные характеристики:

  • Стальная ножка с порошковым покрытием
  • Деревянное море

New Pacific Direct 1210011 Размеры

  • Ширина 16 дюймов
  • Глубина 18 дюймов
  • Высота 26 дюймов
  • Высота сиденья Прилавок

New Pacific Direct 1210011 Технические характеристики

    Модель

  • Бренд Нью Пасифик Директ
  • Артикул 1210011
  • СКП 842587126465
  • Идентификатор акции 1005940
  • Номер продукта 1210011
  • Ряд Тала Трембези
  • Информация о гарантии Совершенно новый

    Этот продукт абсолютно новый с полной гарантией производителя

    Внешний вид

  • Стиль Современный
  • Заканчивать Естественный
  • Материал рамы Металл
  • Тип металла Сталь
  • Обивка Не Мягкий
  • Материал сиденья Древесина
  • Стиль сиденья Квадратный
  • Цвет Естественный
  • Основание стула Сани
  • Назад без спинки
  • Применение Жилой
  • Проблемная отделка Нет
  • Ручной росписью Нет
  • Ручная работа да

    Характеристики

  • Безрукий да
  • Тип поворота Не поворотный
  • Седло Нет
  • Подставка для ног да
  • Регулируемая высота Нет
  • Штабелируемый Нет
  • Сделано в США Нет
  • Порошковое покрытие да

    Технические детали

  • Экологичный Нет
  • Масса 11. 00 фунтов

New Pacific Direct 1210011 Характеристики

Подставка для ног

Позволяет вашей ноге удобно наступать на нее для лучшего сидения и большего расслабления.

Порошковое покрытие

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

New Pacific Direct 1210011 Скидки

Пожалуйста, обрати внимание: Клиент несет исключительную ответственность за загрузку, заполнение и отправку скидки в течение отведенного периода времени. Обязательно следуйте всем инструкциям. AppliancesConnection не может нести ответственность за скидки, которые были отклонены или не востребованы.

Для просмотра и печати PDF-файлов вам понадобится Adobe Acrobat Reader. Датчики

My Windows не работают при прямом доступе к счетчику производительности. Что я могу сделать?

Эта статья применяется с PRTG 21

Некоторые датчики WMI (Windows) могут использовать гибридный подход для запроса значений с компьютеров Windows. Если этот параметр установлен, они пытаются получить прямой доступ к счетчикам производительности. Если запрос на доступ терпит неудачу, они пытаются использовать WMI для соединения.Это делает мониторинг более надежным и снижает нагрузку как на мониторинг, так и на целевые системы.

До версии PRTG 17.1.30 параметром по умолчанию для этих датчиков WMI (Windows) было значение счетчиков производительности и откат к WMI в случае неудачной первой попытки. Начиная с PRTG 17.1.30 параметр по умолчанию — WMI only из-за значительных улучшений базового механизма WMI в PRTG.

Этот параметр устанавливается в устройстве PRTG , на котором создается датчик WMI (Windows).Вы можете изменить его в разделе «Параметры совместимости Windows» в настройках устройства.

Примечание : этот параметр также можно установить на уровне группы. Установите его для группы Root , например, чтобы он действовал для всего вашего дерева устройств.

Если гибридный подход датчиков WMI (Windows) не работает

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

В этом случае рекомендуется использовать параметр WMI only (по умолчанию в PRTG 17.1.30). Этот параметр установлен в устройстве PRTG , на котором создан датчик Windows. Вы можете изменить его в разделе «Параметры совместимости Windows» в настройках устройства.

Примечание : Вы также можете установить этот параметр на уровне группы. Установите его для группы Root , например, чтобы он действовал для всего вашего дерева устройств.

Причины неудачного доступа к счетчикам производительности

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

  • Компьютер, на котором запущен зонд (локальный или удаленный зонд), должен работать под управлением Windows Server 2008 R2 или более поздней версии.
  • Служба удаленного реестра Windows должна работать на том же компьютере.
  • Машина, на которой работает зонд, и целевая машина должны быть частью одного и того же домена Windows.
  • Проверьте правильность учетных данных Windows, введенных вами в PRTG.
  • Если вы используете локального пользователя для наблюдения за целевой машиной, которая не является частью домена: Эта учетная запись пользователя должна существовать как в системе с зондом, так и в целевой системе, то есть с одним и тем же именем пользователя и паролем. В настройках устройства в PRTG в разделе Учетные данные для систем Windows оставьте поле Домен или имя компьютера пустым .
  • Попытайтесь получить доступ с учетными данными учетной записи администратора домена Windows.
  • Некоторые счетчики могут отсутствовать или не содержать данных счетчиков, либо библиотеки счетчиков производительности могут быть повреждены. Это может произойти, если некоторые расширяемые счетчики повреждают реестр или если программы на основе WMI изменяют реестр.В этом случае необходимо перестроить библиотеки счетчиков производительности. Дополнительные сведения см. в этой статье Как вручную перестроить счетчики производительности для 64-разрядной версии Windows Server 2008 или Windows Server 2008 R2.
  • Попытайтесь перезапустить цель и службу зондов, контролирующих цель (цели).

Важные коды ошибок

код ошибки сообщение об ошибке описание / решение
до 0x3E80 Коды ошибок Описание ошибок можно найти в этой статье системные коды ошибок
0x800007D0 Невозможно подключиться к указанный компьютер или компьютер находится в автономном режиме Проверьте подключение, учетные данные и запущена ли служба удаленного реестра Windows на целевом устройстве.
0xB0000001 Ошибка в расчете. Попробуйте увеличить интервал сканирования и не используйте функцию датчика Проверить сейчас .
0xB0000003 Не удалось создать счетчик. Соединение с целевой системой было успешным, но не удалось получить счетчик производительности. Переключитесь на WMI только (см. выше).
0xB0000004 Не удалось войти в систему, используя указанные учетные данные.Убедитесь, что они действительны не только для целевой системы, но и для системы зонда. Учетная запись пользователя Windows с учетными данными Windows, которые вы ввели в PRTG, должна иметь право запускать программу на машине, на которой запущен зонд (либо локальный, либо удаленный зонд), и эта учетная запись пользователя Windows должна иметь право на использование служба удаленного реестра Windows на целевой машине.

Полный список возможных ошибок счетчика производительности можно найти в этой статье: Коды ошибок Performance Data Helper.

Как узнать имена доступных счетчиков производительности?

Connect: Прямые исходящие соединения бизнес-процессов застряли в ожидании ввода-вывода, а количество сеансов исчерпано


Проблема

В бизнес-процессе Sterling B2B Integrator (SBI) является PNODE, а шаг службы Connect:Direct Begin Session находится в состоянии «Ожидание ввода-вывода», а отчет о состоянии для указанного шага: количество сеансов исчерпано, ожидание следующий доступный сеанс…

Симптом

В бизнес-процессе (BP) шаг Connect:Direct Begin Session Service находится в состоянии «Ожидание ввода-вывода», а в отчете о состоянии для шага указано: количество сеансов исчерпано, ожидание следующего доступного сеанса…
И многие другие БП застряли за этим БП с таким же статусом.

Причина

В сбое BP Connect:Direct, который вызывается в случае сбоя BP, не было Connect:Direct End Session Service, чтобы гарантировать завершение неудачного сеанса и закрытие TCP-соединения. Таким образом, в конечном итоге все несколько неудачных сеансов остались открытыми, и это привело к превышению максимального предела сеансов в 10, после чего новые сеансы не могли быть установлены.

Диагностика проблемы

В журнале SBI cdinterop.log было размещено несколько исключений при отключении сеанса, а через несколько минут появились записи в журнале, указывающие, что лимит сеанса [10] исчерпан, текущий счет равен 10.

Решение проблемы

Мы рекомендуем, чтобы Onfault в исходящих PNODE Connect:Direct BP содержал Sterling Connect:Direct End Session Service, чтобы гарантировать завершение сбойного сеанса и полное закрытие TCP-соединения.

[{«Product»:{«code»:»SS3JSW»,»label»:»IBM Sterling B2B Integrator»},»Business Unit»:{«code»:»BU059″,»label»:»IBM Software w\ /o TPS»},»Компонент»:»—«,»Платформа»:[{«код»:»PF033″,»метка»:»Windows»}],»Версия»:»5. 2.3;5.2″,»Издание»:»»,»Направление деятельности»:{«code»:»LOB02″,»label»:»Приложения AI»}}]

Использование DirectQuery в Power BI — Power BI

  • Артикул
  • 40 минут на чтение
  • 11 участников

Полезна ли эта страница?

да Нет

Любая дополнительная обратная связь?

Отзыв будет отправлен в Microsoft: при нажатии кнопки отправки ваш отзыв будет использован для улучшения продуктов и услуг Microsoft.Политика конфиденциальности.

Представлять на рассмотрение

В этой статье

Вы можете подключаться ко всем видам различных источников данных при использовании Power BI Desktop или службы Power BI и устанавливать эти подключения к данным различными способами. Вы можете импортировать данные в Power BI, что является наиболее распространенным способом получения данных, или напрямую подключаться к данным в исходном репозитории, известном как DirectQuery .В этой статье описываются возможности DirectQuery:

.
  • Различные варианты подключения для DirectQuery
  • Рекомендации по использованию DirectQuery вместо импорта
  • Недостатки использования DirectQuery
  • Рекомендации по использованию DirectQuery

Следуйте рекомендациям по использованию импорта по сравнению с DirectQuery:

  • По возможности следует импортировать данные в Power BI. Импорт использует преимущества высокопроизводительного механизма запросов Power BI и обеспечивает интерактивный и полнофункциональный интерфейс.
  • Если ваши цели не могут быть достигнуты путем импорта данных, рассмотрите возможность использования DirectQuery. Например, если данные часто меняются, а отчеты должны отражать самые последние данные, лучше всего подойдет DirectQuery. Однако использование DirectQuery возможно только в том случае, если базовый источник данных может предоставлять интерактивные запросы менее чем за 5 секунд для типичного агрегированного запроса и может обрабатывать создаваемую нагрузку запроса. Кроме того, следует внимательно изучить список ограничений на использование DirectQuery.

Набор возможностей, предлагаемых Power BI для импорта и DirectQuery, со временем расширяется. Изменения будут включать обеспечение большей гибкости при использовании импортированных данных, чтобы импорт можно было использовать в большем количестве случаев, и устранение некоторых недостатков использования DirectQuery. Независимо от улучшений, при использовании DirectQuery производительность базового источника данных всегда остается основным фактором. Если этот базовый источник данных работает медленно, использование DirectQuery для этого источника останется нецелесообразным.

В этой статье рассматривается DirectQuery с Power BI, а не SQL Server Analysis Services . DirectQuery также является функцией служб SQL Server Analysis Services. Многие детали, описанные в этой статье, относятся к этой функции. Есть и важные отличия. Сведения об использовании DirectQuery со службами SQL Server Analysis Services см. в разделе DirectQuery в службах SQL Server 2016 Analysis Services.

В этой статье рассматривается рекомендуемый рабочий процесс для DirectQuery, когда отчет создается в Power BI Desktop, но также рассматривается подключение непосредственно в службе Power BI.

Режимы подключения Power BI

Power BI подключается к большому количеству различных источников данных, включая:

  • Онлайн-сервисы (Salesforce, Dynamics 365, другие)
  • Базы данных (SQL Server, Access, Amazon Redshift, другие)
  • Простые файлы (Excel, JSON, другие)
  • Другие источники данных (Spark, веб-сайты, Microsoft Exchange, другие)

Для этих источников можно импортировать данные в Power BI. Для некоторых также возможно подключение с помощью DirectQuery.Сводку источников, поддерживающих DirectQuery, см. в разделе Источники данных, поддерживаемые DirectQuery. В будущем DirectQuery будет включено больше источников, в первую очередь с упором на источники, которые, как ожидается, будут обеспечивать хорошую производительность интерактивных запросов.

Службы SQL Server Analysis Services — это особый случай. При подключении к SQL Server Analysis Services вы можете импортировать данные или использовать активное соединение . Использование живого соединения похоже на DirectQuery. Данные не импортируются, и базовый источник данных всегда запрашивается для обновления визуального элемента.Активное соединение отличается во многих других отношениях, поэтому используется другой термин: активное соединение и DirectQuery .

Эти три варианта подключения к данным: импорт , DirectQuery и живое подключение .

Импорт соединений

Для импорта при использовании Get Data в Power BI Desktop для подключения к источнику данных, такому как SQL Server, поведение этого подключения выглядит следующим образом:

  • Во время первоначального опыта получения данных каждый из выбранных наборов таблиц определяет запрос, возвращающий набор данных. Эти запросы можно редактировать перед загрузкой данных, например, чтобы применить фильтры, агрегировать данные или объединить разные таблицы.
  • При загрузке все данные, определенные этими запросами, будут импортированы в кэш Power BI.
  • При создании визуального элемента в Power BI Desktop импортированные данные будут запрошены. Магазин Power BI гарантирует, что запрос будет быстрым. Все изменения визуала отражаются немедленно.
  • Любые изменения базовых данных не отражаются ни в каких визуальных элементах.Необходимо Обновить для повторного импорта данных.
  • После публикации отчета в виде файла .pbix в службе Power BI создается набор данных, который загружается в службу Power BI. Импортированные данные включены в этот набор данных. Затем можно запланировать обновление этих данных, например, для повторного импорта данных каждый день. В зависимости от расположения исходного источника данных может потребоваться настроить локальный шлюз данных.
  • При открытии существующего отчета в службе Power BI или создании нового отчета импортированные данные запрашиваются повторно, что обеспечивает интерактивность.
  • Визуальные элементы или целые страницы отчета можно закрепить в виде плиток панели мониторинга. Плитки автоматически обновляются при каждом обновлении базового набора данных.

Соединения DirectQuery

Для DirectQuery при использовании Get Data в Power BI Desktop для подключения к источнику данных поведение этого подключения выглядит следующим образом:

  • Во время первоначального получения данных выбирается источник. Для реляционных источников выбирается набор таблиц, каждая из которых по-прежнему определяет запрос, логически возвращающий набор данных.Для многомерных источников, таких как SAP BW, выбирается только источник.
  • Однако при загрузке данные не импортируются в хранилище Power BI. Вместо этого при создании визуального элемента в Power BI Desktop запросы отправляются в базовый источник данных для получения необходимых данных. Время, необходимое для обновления визуального элемента, зависит от производительности базового источника данных.
  • Любые изменения базовых данных не сразу отражаются в существующих визуальных элементах. Все равно надо освежиться.Необходимые запросы повторно отправляются для каждого визуального элемента, и визуальный элемент обновляется по мере необходимости.
  • После публикации отчета в службе Power BI он снова приведет к созданию набора данных в службе Power BI, как и при импорте. Однако в этот набор данных не включены данные .
  • При открытии существующего отчета в службе Power BI или создании нового базовый источник данных снова запрашивается для получения необходимых данных. В зависимости от расположения исходного источника данных может потребоваться настроить локальный шлюз данных, как это необходимо для режима импорта, если данные обновляются.
  • Визуальные элементы или целые страницы отчета можно закрепить в виде плиток информационной панели. Чтобы обеспечить быстрое открытие панели мониторинга, плитки автоматически обновляются по расписанию, например, каждый час. Частоту этого обновления можно контролировать, чтобы отразить, как часто данные меняются и насколько важно видеть последние данные. При открытии панели мониторинга плитки отражают данные на момент последнего обновления, а не обязательно последние изменения, внесенные в базовый источник.Вы можете обновить открытую панель мониторинга, чтобы убедиться, что она актуальна.

Активные соединения

При подключении к службам SQL Server Analysis Services можно либо импортировать данные из выбранной модели данных, либо подключиться к ней в режиме реального времени. Если вы используете импорт, вы определяете запрос к этому внешнему источнику служб SQL Server Analysis Services, и данные импортируются как обычно. Если вы используете подключение в реальном времени, запрос не определен, и вся внешняя модель отображается в списке полей.

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

  • Наборы данных Power BI, например при подключении к набору данных Power BI, который ранее был создан и опубликован в службе, для создания нового отчета по нему.
  • Microsoft Dataverse.

Поведение отчетов в службах SQL Server Analysis Services после публикации в службе Power BI похоже на отчеты DirectQuery в следующих отношениях:

  • При открытии существующего отчета в службе Power BI или создании нового отчета запрашивается базовый источник служб SQL Server Analysis Services, что может потребовать наличия локального шлюза данных.
  • Плитки информационной панели автоматически обновляются по расписанию, например каждый час.

Есть и важные отличия. Например, для активных подключений идентификатор пользователя, открывающего отчет, всегда передается базовому источнику служб SQL Server Analysis Services.

Отбросив эти сравнения, давайте сосредоточимся исключительно на DirectQuery до конца этой статьи.

Когда полезен DirectQuery?

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

Ограничение Описание
Данные часто меняются, и требуется отчетность практически в реальном времени Модели с импортированными данными можно обновлять не чаще одного раза в час (чаще с подписками Power BI Pro или Power BI Premium). Если данные постоянно меняются и в отчетах необходимо отображать последние данные, использование импорта с запланированным обновлением может не соответствовать этим требованиям.Вы можете выполнять потоковую передачу данных непосредственно в Power BI, хотя в этом случае существуют ограничения на поддерживаемые объемы данных.

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

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

Однако большие данные могут также означать, что производительность запросов к этому базовому источнику слишком низкая, как описано в разделе Последствия использования DirectQuery. Вам не всегда нужно импортировать полные подробные данные. Вместо этого данные могут быть предварительно агрегированы во время импорта. Редактор Power Query упрощает предварительное объединение во время импорта. В крайнем случае можно было бы импортировать именно совокупные данные, необходимые для каждого визуального элемента. Хотя DirectQuery является самым простым подходом к большим данным, импорт агрегированных данных может предложить решение, если базовый источник работает слишком медленно.

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

DirectQuery позволяет передавать учетные данные средства просмотра отчетов в базовый источник и применять там правила безопасности. Единый вход поддерживается для источников данных SQL Azure и через шлюз данных для локальных серверов SQL. Это более подробно описано в разделе Обзор единого входа (SSO) для шлюзов в Power BI.

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

Однако даже при использовании DirectQuery некоторые кэши данных на визуальном уровне сохраняются в службе Power BI из-за запланированного обновления плиток.

Основным источником данных является источник OLAP, содержащий показатели Если базовый источник данных содержит меры , такие как SAP HANA или SAP Business Warehouse, импорт данных вызывает другие проблемы.Это означает, что импортированные данные находятся на определенном уровне агрегирования, определенном запросом. Например, измеряет TotalSales по Class , Year и City . Затем, если создается визуальный элемент, запрашивающий данные в агрегате более высокого уровня, таком как TotalSales на Year , он выполняет дальнейшее агрегирование совокупного значения. Эта агрегация подходит для аддитивных показателей, таких как Sum и Min , но возникает проблема с неаддитивными показателями, такими как Average , DistinctCount .

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

При подключении к SAP Business Warehouse (BW) выбор DirectQuery позволяет использовать эту обработку мер. Сведения о SAP BW см. в разделе DirectQuery и SAP BW.

Однако в настоящее время DirectQuery поверх SAP HANA обрабатывает его так же, как реляционный источник, и обеспечивает аналогичное поведение при импорте.Этот подход более подробно рассматривается в DirectQuery и SAP HANA.

Таким образом, учитывая текущие возможности DirectQuery в Power BI, он предлагает преимущества в следующих сценариях:

  • Данные часто меняются, поэтому необходимы отчеты практически в реальном времени.
  • Обработка очень больших данных без предварительной агрегации.
  • Применяются ограничения суверенитета данных.
  • Источник — это многомерный источник, содержащий показатели, например SAP BW.

Сведения в предыдущем списке относятся к использованию только Power BI. Дополнительные сведения об использовании больших моделей в Power BI см. в разделе Большие наборы данных в Power BI Premium. Нет ограничений на частоту обновления данных.

Последствия использования DirectQuery

Использование DirectQuery имеет потенциально негативные последствия, как подробно описано в этом разделе. Некоторые из этих ограничений немного отличаются в зависимости от конкретного используемого источника.Мы обращаемся к ограничениям, где это применимо, и отдельные статьи посвящены тем источникам, которые существенно отличаются.

Производительность и нагрузка на базовый источник

При использовании DirectQuery общее впечатление во многом зависит от производительности базового источника данных. Если обновление каждого визуального элемента, например, после изменения значения среза, занимает несколько секунд, обычно менее 5 секунд, опыт будет разумным. Процесс может показаться медленным по сравнению с немедленным откликом при импорте данных в Power BI.Если медлительность источника приводит к тому, что отдельные визуальные элементы занимают больше десятков секунд, впечатление становится крайне плохим. Запросы могут даже тайм-аут.

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

Влияние на безопасность при объединении источников данных

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

Ограниченные преобразования данных

Аналогичным образом существуют ограничения на преобразования данных, которые можно применять в редакторе Power Query. С импортированными данными можно легко применить сложный набор преобразований для очистки и изменения формы данных перед их использованием для создания визуальных элементов, таких как синтаксический анализ документов JSON или преобразование данных из столбца в форму строки. Эти преобразования более ограничены в DirectQuery.

Во-первых, при подключении к OLAP-источнику, такому как SAP Business Warehouse, вообще нельзя определить преобразования, и вся внешняя модель берется из источника. Для реляционных источников, таких как SQL Server, по-прежнему можно определить набор преобразований для каждого запроса, но эти преобразования ограничены по соображениям производительности.

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

Кроме того, запрос, полученный из диалогового окна Get Data или редактора Power Query, будет использоваться в подвыборке в запросах, созданных и отправленных для получения необходимых данных для визуального элемента.Запрос, определенный в редакторе Power Query, должен быть допустимым в этом контексте. В частности, невозможно использовать запрос с использованием общих табличных выражений или запрос, вызывающий хранимые процедуры.

Ограничения моделирования

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

  • Определение связей между таблицами
  • Добавление новых вычислений (вычисляемые столбцы и меры)
  • Переименование и скрытие столбцов и показателей
  • Определение иерархий
  • Определение форматирования, суммирования по умолчанию и порядка сортировки для столбца
  • Группировка или кластеризация значений

При использовании DirectQuery многие из этих расширений модели по-прежнему могут выполняться, и, конечно же, по-прежнему действует принцип обогащения необработанных данных, чтобы улучшить их последующее использование. Однако некоторые возможности моделирования недоступны или ограничены при использовании DirectQuery. Ограничения обычно применяются, чтобы избежать проблем с производительностью. Здесь перечислены ограничения, общие для всех источников DirectQuery. Дополнительные ограничения могут применяться к отдельным источникам, как описано в разделе «Следующие шаги».

  • Нет встроенной иерархии дат: При импорте данных каждый столбец даты/даты/времени также будет иметь встроенную иерархию дат, доступную по умолчанию.Например, если импортируется таблица заказов на продажу, включающая столбец ДатаЗаказа , то при использовании ДатаЗаказа в визуальном элементе можно будет выбрать соответствующий уровень (год, месяц, день) для использования. Эта встроенная иерархия дат недоступна при использовании DirectQuery. Если в базовом источнике доступна таблица Date , как это часто бывает во многих хранилищах данных, то функции DAX Time Intelligence можно использовать как обычно.
  • Дата и время поддерживаются только с точностью до секунды: При использовании столбцов времени в наборе данных Power BI отправляет запросы к базовому источнику только с уровнем детализации секунд.Запросы не отправляются в источник DirectQuery в течение нескольких миллисекунд. Удалите эту часть времени из исходных столбцов.
  • Ограничения в вычисляемых столбцах: Вычисляемые столбцы ограничены тем, что они являются внутристрочными, то есть они могут ссылаться только на значения других столбцов той же таблицы без использования каких-либо агрегатных функций. Кроме того, разрешенные скалярные функции DAX, такие как LEFT() , ограничены теми функциями, которые можно передать в базовый источник.Функции различаются в зависимости от конкретных возможностей источника. Неподдерживаемые функции не указываются в автозаполнении при создании DAX для вычисляемого столбца, и их использование приведет к ошибке.
  • Нет поддержки родительско-дочерних функций DAX: В режиме DirectQuery невозможно использовать семейство функций DAX PATH() , которые обычно обрабатывают родительско-дочерние структуры, такие как план счетов или иерархии сотрудников.
  • Вычисляемые таблицы: Вы можете использовать вычисляемые таблицы в DirectQuery при использовании составных моделей.
  • Фильтрация отношений: Сведения о двунаправленной фильтрации см. в разделе Двунаправленная перекрестная фильтрация. В этом техническом документе представлены примеры в контексте служб SQL Server Analysis Services. Основные моменты в равной степени применимы и к Power BI.
  • Нет кластеризации: При использовании DirectQuery невозможно использовать функцию кластеризации для автоматического поиска групп.

Ограничения отчетности

Для моделей DirectQuery поддерживаются почти все возможности создания отчетов.Таким образом, пока базовый источник предлагает подходящий уровень производительности, можно использовать тот же набор визуализаций. Существуют некоторые важные ограничения в некоторых других возможностях, предлагаемых в службе Power BI после публикации отчета:

.
  • Quick Insights не поддерживается: Power BI Quick Insights выполняет поиск различных подмножеств набора данных, применяя набор сложных алгоритмов для обнаружения потенциально интересных сведений. Учитывая потребность в очень высокопроизводительных запросах, эта возможность недоступна для наборов данных, использующих DirectQuery.
  • Использование функции «Исследовать в Excel» может привести к снижению производительности: Вы можете исследовать свои данные с помощью функции «Исследовать в Excel» для набора данных. Этот подход позволяет создавать сводные таблицы и сводные диаграммы в Excel. Хотя эта возможность поддерживается для наборов данных с использованием DirectQuery, производительность обычно ниже, чем при создании визуальных элементов в Power BI, поэтому, если использование Excel важно для ваших сценариев, этот факт следует учитывать при принятии решения об использовании DirectQuery.
  • Иерархии не отображаются в Excel: При подключении с помощью DirectQuery из Excel к модели Azure Analysis Services или набору данных Power BI, например с помощью Анализа в Excel, все иерархии, определенные в модели или наборе данных, не отображаются.
  • Максимальная длина текстовых столбцов: Максимальная длина данных в текстовом столбце для наборов данных с использованием DirectQuery составляет 32 764 символа. Сообщение о более длинных текстах приведет к ошибке.

Безопасность

Как обсуждалось ранее в этой статье, отчет в DirectQuery всегда использует одни и те же фиксированные учетные данные для подключения к базовому источнику данных после его публикации в службе Power BI.Это поведение относится к DirectQuery, а не к активным подключениям к службам SQL Server Analysis Services, которые в этом отношении отличаются. Сразу после публикации отчета DirectQuery необходимо настроить учетные данные пользователя, который будет использоваться. Пока вы не настроите учетные данные, открытие отчета в службе Power BI приведет к ошибке.

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

Кроме того, «альтернативные учетные данные» не поддерживаются при подключении DirectQuery к SQL Server из Power BI Desktop. Вы можете использовать свои текущие учетные данные Windows или учетные данные базы данных.

Поведение в службе Power BI

В этом разделе описывается поведение отчета DirectQuery в службе Power BI, чтобы объяснить степень нагрузки, которая будет возложена на серверный источник данных, с учетом количества пользователей, которым будет предоставлен общий доступ к отчету и панели мониторинга, сложность отчета и определена ли в отчете безопасность на уровне строк.

Отчеты – открытие, взаимодействие, редактирование

При открытии отчета все визуальные элементы на видимой в данный момент странице обновляются. Для каждого визуального элемента обычно требуется хотя бы один запрос к базовому источнику данных. Для некоторых визуальных элементов может потребоваться более одного запроса. Например, визуальный элемент может отображать совокупные значения из двух разных таблиц фактов, содержать более сложную меру или содержать итоги неаддитивной меры, такой как Count Distinct. Переход на новую страницу обновляет эти визуальные эффекты.Обновление отправляет новый набор запросов к базовому источнику.

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

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

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

Обновление приборной панели

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

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

Информационная панель с 10 плитками, совместно используемая 100 пользователями, созданная в наборе данных с использованием DirectQuery с безопасностью на уровне строк и настроенная на обновление каждые 15 минут, приведет к отправке не менее 1000 запросов каждые 15 минут на серверный источник .

Уделите особое внимание использованию безопасности на уровне строк и настройке расписания обновления.

Тайм-ауты

Тайм-аут в четыре минуты применяется к отдельным запросам в службе Power BI. Запросы, занимающие больше времени, не будут выполнены. Как подчеркивалось ранее, мы рекомендуем использовать DirectQuery для источников, обеспечивающих производительность, близкую к интерактивной. Это ограничение предназначено для предотвращения проблем из-за слишком длительного времени выполнения.

Прочие последствия

Некоторые другие общие последствия использования DirectQuery:

  • Если данные изменяются, необходимо выполнить обновление, чтобы обеспечить отображение последних данных: Учитывая использование кэшей, нет гарантии, что визуальный элемент всегда отображает последние данные. Например, визуальный элемент может отображать транзакции за последний день. Из-за изменения слайсера он может обновиться, чтобы показать транзакции за последние два дня. Транзакции могут включать недавние, вновь поступившие транзакции. Возврат слайсера к его исходному значению приведет к тому, что он снова покажет ранее полученное кешированное значение.

    Выбор Обновить очищает все кэши и обновляет все визуальные элементы на странице для отображения последних данных.

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

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

  • Обновление в Power BI Desktop необходимо для отражения любых изменений метаданных: После публикации отчета Обновить обновит визуальные элементы в отчете. Если схема базового источника изменилась, эти изменения не применяются автоматически для изменения доступных полей в списке полей.Если таблицы или столбцы были удалены из базового источника, это может привести к сбою запроса при обновлении. При открытии отчета в Power BI Desktop и выборе Обновить поля в модели обновляются, чтобы отразить изменения.

  • Ограничение в 1 миллион строк, возвращаемых по любому запросу: Существует фиксированное ограничение в 1 миллион строк на количество строк, которые могут быть возвращены в любом отдельном запросе к базовому источнику. Этот предел, как правило, не имеет практического значения, и сами визуальные элементы не будут отображать столько точек.Однако ограничение может возникать в тех случаях, когда Power BI не полностью оптимизирует отправленные запросы и запрашивается некоторый промежуточный результат, превышающий ограничение. Это также может произойти при построении визуала, на пути к более разумному конечному состоянию. Например, включение Customer и TotalSalesQuantity приведет к превышению этого предела, если количество клиентов превышает 1 миллион, пока не будет применен какой-либо фильтр.

    Будет возвращена следующая ошибка: «Набор результатов запроса к внешнему источнику данных превысил максимально допустимый размер «1000000» строк.»

  • Невозможно перейти из режима импорта в режим DirectQuery: Хотя можно переключить модель из режима DirectQuery в режим импорта, все необходимые данные должны быть импортированы. Обратное переключение также невозможно, в первую очередь из-за набора функций, не поддерживаемых в режиме DirectQuery. Модели DirectQuery для многомерных источников, таких как SAP BW, также нельзя переключить с DirectQuery на импорт из-за различной обработки внешних показателей.

DirectQuery в службе Power BI

Все источники поддерживаются из Power BI Desktop.Некоторые источники также доступны непосредственно в службе Power BI. Например, бизнес-пользователь может использовать Power BI для подключения к своим данным в Salesforce и немедленно получить панель мониторинга без использования Power BI Desktop.

Непосредственно в службе доступны только два источника с поддержкой DirectQuery:

  • Искра
  • Azure Synapse Analytics (ранее хранилище данных SQL)

Однако мы рекомендуем начинать любое использование DirectQuery с этими двумя источниками в Power BI Desktop.Причина в том, что при первоначальном подключении в службе Power BI будут применяться многие ключевые ограничения. Хотя отправная точка была простой, начиная со службы Power BI, существуют ограничения на дальнейшее улучшение результирующего отчета. Например, тогда невозможно создать какие-либо вычисления или использовать множество аналитических функций или даже обновить метаданные, чтобы отразить любые изменения в базовой схеме.

Руководство по успешному использованию DirectQuery

Если вы собираетесь использовать DirectQuery, в этом разделе приведены общие рекомендации о том, как добиться успеха.Рекомендации в этом разделе основаны на последствиях использования DirectQuery, описанных в этой статье.

Производительность внутреннего источника данных

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

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

.
  • Отношения, основанные на целочисленных столбцах, обычно работают лучше, чем соединения на столбцах других типов данных.
  • Необходимо создать соответствующие индексы.Создание индекса обычно означает использование индексов хранилища столбцов в тех источниках, которые их поддерживают, например, SQL Server.
  • Любая необходимая статистика в источнике должна быть обновлена.

Руководство по проектированию модели

При определении модели учитывайте следующие рекомендации:

  • Избегайте сложных запросов в редакторе Power Query. Редактор Power Query преобразует сложный запрос в один SQL-запрос. Один запрос появляется в подзапросе каждого запроса, отправляемого в эту таблицу.Если этот запрос сложный, это может привести к проблемам с производительностью при каждом отправленном запросе. Фактический SQL-запрос для набора шагов можно получить, выбрав последний шаг в редакторе Power Query и выбрав View Native Query в контекстном меню.

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

  • Избегайте связей в вычисляемых столбцах. Это руководство относится к базам данных, в которых необходимо выполнять соединения с несколькими столбцами. Power BI сегодня не позволяет основывать отношения на нескольких столбцах, таких как FK/PK. Обычный обходной путь — объединить столбцы вместе с помощью вычисляемого столбца и основать соединение на этом столбце. Хотя этот обходной путь подходит для импортированных данных, для DirectQuery он приводит к объединению выражения. Такой результат обычно препятствует использованию каких-либо индексов и приводит к снижению производительности.Единственный обходной путь — фактически материализовать несколько столбцов в один столбец в базовой базе данных.

  • Избегайте взаимосвязей в столбцах uniqueidentifier. Power BI изначально не поддерживает тип данных uniqueidentifier . Определение связи между столбцами типа uniqueidentifier приводит к запросу с соединением, включающим приведение типов. Опять же, этот подход обычно приводит к низкой производительности. Пока этот случай не будет специально оптимизирован, единственным обходным решением будет материализация столбцов альтернативного типа в базовой базе данных.

  • Скрыть столбец «Кому» в отношениях. Столбец отношений обычно является первичным ключом в таблице . Этот столбец должен быть скрыт. Если оно скрыто, оно не отображается в списке полей и не может использоваться в визуальных элементах. Часто столбцы, на которых основаны отношения, на самом деле являются системными столбцами , например, суррогатными ключами в хранилище данных. В любом случае рекомендуется скрывать такие столбцы. Если столбец имеет значение, введите видимый вычисляемый столбец, который имеет простое выражение равенства первичному ключу, как в следующем примере:

    .
      ProductKey_PK (назначение связи, скрыто)
        ProductKey (= [ProductKey_PK], видимый)
        Наименование товара
        . ..
      
  • Проверьте все варианты использования вычисляемых столбцов и изменения типов данных. Использование этих возможностей не обязательно вредно. Они приводят к тому, что запросы, отправляемые базовому источнику, содержат выражения, а не простые ссылки на столбцы. Это снова может привести к тому, что индексы не будут использоваться.

  • Избегайте использования двунаправленной перекрестной фильтрации отношений. Использование двунаправленной перекрестной фильтрации может привести к неэффективным операторам запроса.

  • Эксперимент с настройкой Допустить ссылочную целостность . Параметр «Предполагать ссылочную целостность» для отношений позволяет запросам использовать операторы INNER JOIN вместо OUTER JOIN . Это руководство обычно повышает производительность запросов, хотя это зависит от специфики источника данных.

  • Не используйте относительную фильтрацию данных в редакторе Power Query. В редакторе Power Query можно определить относительную фильтрацию дат.Например, чтобы отфильтровать строки, в которых дата указана за последние 14 дней.

    Однако этот фильтр преобразуется в фильтр, основанный на фиксированной дате на момент создания запроса. Этот результат можно увидеть при просмотре нативного запроса.

    Этот результат, вероятно, не тот, что вы хотели. Чтобы убедиться, что фильтр применяется на основе даты во время выполнения отчета, вместо этого примените фильтр в отчете как фильтр отчета. В настоящее время этот подход будет реализован путем создания вычисляемого столбца, вычисляющего количество дней назад, с использованием функции DAX DATE(), а затем с использованием этого вычисляемого столбца в фильтре.

Руководство по разработке отчета

При создании отчета с использованием подключения DirectQuery следуйте этому руководству:

  • Рассмотрите возможность использования параметров сокращения количества запросов: Power BI предоставляет в отчете параметры, позволяющие отправлять меньше запросов и отключать определенные взаимодействия, которые могут привести к ухудшению работы, если выполнение результирующих запросов занимает много времени. Чтобы получить доступ к этим параметрам в Power BI Desktop, перейдите к Файл > Параметры и настройки > Параметры и выберите Сокращение запроса .

    Установка флажка на Сокращение запроса позволяет отключить перекрестное выделение во всем отчете. Вы также можете отобразить кнопку Применить для срезов или выбора фильтров. Этот подход позволяет затем сделать множество выборок срезов и фильтров перед их применением. Запросы не отправляются, пока вы не нажмете кнопку Применить на слайсере. Затем ваши выборы можно использовать для фильтрации данных.

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

  • Сначала примените фильтры: Всегда применяйте все применимые фильтры в начале создания визуального элемента. Например, вместо того, чтобы перетаскивать TotalSalesAmount и ProductName , а затем фильтровать по определенному году, примените фильтр к Year в самом начале. Каждый шаг построения визуального элемента отправляет запрос. Хотя затем можно внести еще одно изменение до завершения первого запроса, этот подход по-прежнему создает ненужную нагрузку на базовый источник.Раннее применение фильтров обычно делает эти промежуточные запросы менее затратными. Кроме того, если не применить фильтры раньше, это может привести к превышению лимита в 1 миллион строк.

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

  • Попробуйте отключить взаимодействие между визуальными элементами: По умолчанию визуализации на странице отчета можно использовать для перекрестной фильтрации и перекрестного выделения других визуализаций на странице. Например, если выбрать 1999 на круговой диаграмме, столбчатая диаграмма будет выделена крестиком, чтобы показать продажи по категориям для 1999 .

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

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

  • Фильтры мер: Визуальные элементы, содержащие меры или агрегаты столбцов, могут содержать фильтры в этих мерах. Например, на следующем рисунке показано SalesAmount по категории , но только те категории, продажи которых превышают 20M .

    Этот подход приводит к отправке двух запросов к базовому источнику:

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

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

  • Фильтры TopN: Расширенные фильтры могут быть определены для фильтрации только первых или последних N значений, ранжированных по некоторому показателю.Например, фильтры могут включать 10 лучших категорий в предыдущем визуальном элементе. Этот подход снова приводит к отправке двух запросов к базовому источнику. Однако первый запрос вернет все категории из базового источника, а затем на основе возвращенных результатов будут определены TopN. В зависимости от количества задействованных столбцов этот подход может привести к проблемам с производительностью или сбоям запросов из-за ограничения в 1 миллион строк.

  • Медиана: Как правило, любая агрегация, такая как Сумма или Подсчет различных , передается в базовый источник. Однако этот факт неверен для медианы, поскольку эта совокупность обычно не поддерживается базовым источником. В таких случаях подробные данные извлекаются из основного источника, а медиана вычисляется на основе возвращенных результатов. Этот подход разумен, когда нужно вычислить медиану по относительно небольшому числу результатов. Проблемы с производительностью или сбои запросов из-за ограничения в 1 миллион строк возникают, если кардинальность велика. Например, Медианное население страны может быть разумным, а Медианная цена продажи — нет.

  • Расширенные текстовые фильтры ( содержит и подобные): При фильтрации текстового столбца расширенная фильтрация позволяет использовать такие фильтры, как , содержит , начинается с и так далее. Эти фильтры, безусловно, могут привести к снижению производительности для некоторых источников данных. В частности, фильтр по умолчанию содержит фильтр , который не следует использовать, если требуется точное совпадение. Хотя результаты могут быть одинаковыми, в зависимости от фактических данных, производительность может сильно отличаться из-за индексов.

  • Слайсеры с множественным выбором: По умолчанию слайсеры позволяют сделать только один выбор. Разрешение множественного выбора в фильтрах может вызвать некоторые проблемы с производительностью, поскольку пользователь выбирает набор элементов в слайсере. Например, если пользователь выбирает 10 интересующих продуктов, каждый новый выбор приводит к отправке запросов к источнику. Хотя пользователь может выбрать следующий элемент до завершения запроса, такой подход приводит к дополнительной нагрузке на базовый источник.

  • Рассмотрите возможность отключения итогов на визуальных элементах: По умолчанию в таблицах и матрицах отображаются итоговые и промежуточные итоги. Во многих случаях необходимо отправлять отдельные запросы к базовому источнику, чтобы получить значения для таких итогов. Этот факт применяется при использовании агрегации DistinctCount или во всех случаях при использовании DirectQuery поверх SAP BW или SAP HANA. Такие итоги должны быть отключены с помощью панели Format .

Параметр максимального количества подключений для DirectQuery

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

DirectQuery открывает максимальное количество одновременных подключений по умолчанию, равное 10. Вы можете изменить максимальное количество для текущего файла в Power BI Desktop. Перейдите к Файл > Параметры и настройки > Параметры . В разделе Текущий файл на левой панели выберите Параметры опубликованного набора данных .

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

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

После публикации отчета максимальное количество одновременных запросов, отправляемых к базовому источнику данных, также зависит от фиксированных ограничений. Ограничения зависят от целевой среды, в которой публикуется отчет. Различные среды, такие как Power BI, Power BI Premium или Сервер отчетов Power BI, могут налагать разные ограничения. В таблице ниже перечислены верхние пределы активных подключений к источнику данных для каждой среды Power BI. Эти ограничения применяются к облачным источникам данных и локальным источникам данных, таким как SQL Server, Oracle и Teradata.

Окружающая среда Верхний предел
Power BI Pro 10 активных соединений на источник данных
Power BI Премиум 30 активных соединений на источник данных
Сервер отчетов Power BI 10 активных соединений на источник данных

Примечание

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

Диагностика проблем с производительностью

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

Мы рекомендуем начинать диагностику проблем с производительностью в Power BI Desktop, а не в службе Power BI. Проблемы с производительностью часто связаны с производительностью основного источника. Вы можете легче выявлять и диагностировать проблемы в более изолированной среде Power BI Desktop.Этот подход изначально исключает определенные компоненты, такие как шлюз Power BI. Если проблемы с производительностью отсутствуют в Power BI Desktop, изучите особенности отчета в службе Power BI. Анализатор производительности является полезным инструментом для выявления проблем на протяжении всего этого процесса.

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

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

Кроме того, даже при отсутствии таких трассировок из источника можно просмотреть запросы, отправленные Power BI, вместе со временем их выполнения, как описано в следующем разделе.

Определение запросов, отправленных Power BI Desktop

По умолчанию Power BI Desktop записывает события во время данного сеанса в файл трассировки с именем FlightRecorderCurrent.trc .

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

  • SQL Server
  • База данных SQL Azure
  • Azure Synapse Analytics (ранее хранилище данных SQL)
  • Оракул
  • Терадата
  • SAP HANA

Файл трассировки можно найти в папке AppData для текущего пользователя:

<Пользователь>\AppData\Local\Microsoft\Power BI Desktop\AnalysisServicesWorkspaces

Чтобы перейти в эту папку, в Power BI Desktop выберите Файл > Параметры и настройки > Параметры , а затем выберите Диагностика .Появится следующий диалог:

При выборе Открыть папку аварийного дампа/трассировки в разделе Параметры диагностики открывается следующая папка: \AppData\Local\Microsoft\Power BI Desktop\Traces .

При переходе к родительской папке этой папки отображается папка, содержащая AnalysisServicesWorkspaces , которая будет содержать одну папку рабочей области для каждого открытого экземпляра Power BI Desktop. Эти папки имеют целочисленный суффикс, например AnalysisServicesWorkspace2058279583 .

Внутри этой папки находится папка \Data . Он содержит файл трассировки FlightRecorderCurrent.trc для текущего сеанса Power BI. Соответствующая папка рабочей области удаляется после завершения связанного сеанса Power BI Desktop.

Файлы трассировки можно прочитать с помощью инструмента SQL Server Profiler . Получите его как часть бесплатной загрузки SQL Server Management Studio.

После загрузки и установки SQL Server Management Studio запустите SQL Server Profiler.

Чтобы открыть файл трассировки, выполните следующие действия:

  1. В SQL Server Profiler выберите Файл > Открыть > Файл трассировки .

  2. Введите путь к файлу трассировки для текущего открытого сеанса Power BI, например: C:\Users<пользователь>\AppData\Local\Microsoft\Power BI Desktop\AnalysisServicesWorkspaces\AnalysisServicesWorkspace2058279583\Data .

  3. Открыть FlightRecorderCurrent.трк .

Отображаются все события текущего сеанса. Здесь показан аннотированный пример, в котором выделены группы событий. В каждой группе есть следующие события:

  • Событие Query Begin и Query End , которые представляют собой начало и конец запроса DAX, созданного пользовательским интерфейсом, например, из визуального элемента или путем заполнения списка значений в пользовательском интерфейсе фильтра.
  • Одна или несколько пар событий DirectQuery Begin и DirectQuery End , которые представляют запрос, отправленный в базовый источник данных, как часть оценки запроса DAX.

Несколько запросов DAX могут выполняться параллельно, поэтому события из разных групп могут чередоваться. Значение ActivityID можно использовать для определения того, какие события принадлежат к одной и той же группе.

Другие интересующие столбцы:

  • TextData: Текстовая информация о событии. Для событий Query Begin/End деталью является запрос DAX. Для событий DirectQuery Begin/End подробностями является SQL-запрос, отправленный базовому источнику. TextData для текущего выбранного события также отображается в области внизу.
  • EndTime: Время завершения события.
  • Продолжительность: Продолжительность в миллисекундах, затраченная на выполнение запроса DAX или SQL.
  • Ошибка: Указывает, произошла ли ошибка, и в этом случае событие также отображается красным цветом.

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

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

  • Откройте один сеанс Power BI Desktop, чтобы избежать путаницы с несколькими папками рабочей области.
  • Выполните интересующий набор действий в Power BI Desktop. Включите несколько дополнительных действий, чтобы гарантировать, что интересующие вас события будут сброшены в файл трассировки.
  • Откройте средство профилирования SQL Server и проверьте трассировку, как описано ранее. Помните, что при закрытии Power BI Desktop файл трассировки удаляется.Кроме того, дальнейшие действия в Power BI Desktop не отображаются сразу. Файл трассировки следует закрыть и снова открыть, чтобы увидеть новые события.
  • Делайте отдельные сеансы достаточно небольшими, возможно, 10 секунд действий, а не сотни. Такой подход упрощает интерпретацию файла трассировки. Также существует ограничение на размер файла трассировки. Для длинных сессий есть вероятность, что ранние события будут пропущены.
Общие сведения о форме запроса, отправляемого Power BI Desktop

Общий формат запросов, создаваемых и отправляемых Power BI Desktop, использует подзапросы для каждой из указанных таблиц.Запрос редактора Power Query определяет вложенный выбор. Например, предположим, что в SQL Server есть следующие таблицы TPC-DS:

.

Рассмотрим следующий запрос:

Этот запрос приводит к следующему визуальному элементу:

Обновление этого визуального элемента приведет к показанному здесь SQL-запросу. Как вы можете заметить, есть три подзапроса для Web Sales , Item и Date_dim , каждый из которых возвращает все столбцы в соответствующей таблице, даже если визуальный элемент фактически ссылается только на четыре столбца.Эти заштрихованные запросы в подзапросах точно соответствуют запросам, определенным в редакторе Power Query. Было обнаружено, что использование подзапросов таким образом не влияет на производительность источников данных, которые до сих пор поддерживались для DirectQuery. Источники данных, такие как SQL Server, оптимизируют ссылки на другие столбцы.

Power BI использует этот шаблон, поскольку используемый SQL-запрос может быть предоставлен непосредственно аналитиком. Он используется «как предусмотрено», без попытки его переписать.

Следующие шаги

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

Дополнительные сведения о DirectQuery см. в следующем ресурсе:

.

Lovato DMED301 , СЧЕТЧИК ЭНЕРГИИ 3 Ф+Н 80A МУЛЬТИМЕТР 190-415 В ПЕРЕМЕННОГО ТОКА

Дополнительная информация

Брошюры и специальные листы


Складской код DMED301
Торговая марка Ловато
СКП 8013975227428
Напряжение (В) 190-415 В переменного тока
Сила тока 80А
Номинальный ток 80А
Фаза Трехфазный
Перечислено UL ЕАС, РКМ
Примечания Код ТН ВЭД: 019

Общие характеристики

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

Эксплуатационные характеристики

– Номинальное напряжение питания:
• 380…415 В переменного тока (LL) для DME D300 T2, DME D310 T2, DME D330 и DME D305
• 190…415 В переменного тока (LL) для DME D301
– Диапазон напряжения:
• 323…456 В переменного тока (LL) для DME D300 T2, DME D310 T2, DME D330 T2 и DME D305
• 162…456 В переменного тока (LL) для DME D301
– Прямое подключение 63 A для DME D300 T2 и 80 A для DME D301
– Подключение через TA /5A или 1A для DME D310 T2, DME D330 и DME D305 T2
– Измерение активной энергии и точность: класс 0,5s (IEC/EN 62053-22) для DME D301, DME D305 T2 и DME D330 Класс 1 (IEC/EN 62053-21) для других типов.
– Измерение активной энергии и точность: класс 2 (IEC/EN 62053-23)
– Многофункциональный счетчик с ЖК-дисплеем
– Метрологический светодиод с импульсным излучением для индикации потребления
– Сбрасываемые измерения частичной активной энергии
– 1 программируемый цифровой вход
– 2 программируемых статические выходы, кроме DME D330 и DME D301
– Встроенный порт RS485 для DME D330 и DME D301 и опционально для DME D310 T2; совместимость с Synergy и Xpress
– Оптический интерфейс для модулей расширения EXM10. .. с DME D310 T2
– Модульный корпус, 4 модуля
– Пломбируемые клеммные колодки, стандартная поставка
– Степень защиты: IP40 на передней панели; IP20 на клеммах.

Программное обеспечение Synergy для контроля и управления энергопотреблением См. раздел 27.

Программное обеспечение Xpress для настройки и удаленного управления См. раздел 27.

Модули расширения серии EXM См. стр. 28-3.

Сертификаты и соответствие

Полученные сертификаты: EAC.
Соответствует стандартам: EN 50740-3, IEC/EN 61010-1.

Многочисленные измерения:
— Полная и частичная активная энергия
— Полная и частичная реактивная энергия
— Напряжение
— Ток
— Активная и реактивная мощность
— Коэффициент мощности
— Частота
— Счетчик полных и частичных часов
— Средняя активная мощность (расчет за каждые последние 15 минут)
— Максимальная потребность.

Waterdrop 10UA Система фильтрации воды под раковиной, сертификация NSF/ANSI 42, фильтр для воды под столешницу, прямое подключение к… – Indoor Outdoor Survival

Описание

Убедитесь, что это подходит, введя номер модели.
【Совместимость】Подходит для смесителей с 1/2″ или 3/8″ ВНУТРЕННЕЙ резьбой NPT. Если для подключения к вашему крану требуется разъем с внутренней резьбой, пожалуйста, свяжитесь с нами ПЕРЕД покупкой.
【Сверхдолгий срок службы】При использовании с муниципальной водой максимальный срок службы каждого фильтра составляет 12 месяцев или 8000 галлонов.[1]
【Инновационная многоступенчатая фильтрация】 В системе фильтрации воды под раковиной с прямым подключением используется инновационная многоступенчатая фильтрация. И это может эффективно уменьшить хлор, тяжелые металлы, химические загрязнители, осадок и другие крупные частицы.[2] Наслаждайтесь здоровой и чистой водой прямо из-под крана – больше не нужно покупать бутилированную воду!
【Фильтр, сертифицированный NSF】Специально отобранные высококачественные материалы не содержат свинца, что полностью сертифицировано WQA по стандарту NSF 372. Блок с активированным углем и другие современные фильтрующие материалы обеспечивают эффективную и безопасную фильтрацию.KDF эффективно поддерживает чистоту фильтра. Проверено на соответствие стандартам NSF 42, эффективно снижает содержание хлора, вкус и запах. Материал, не содержащий BPA и свинца, обеспечивает более надежное использование изнутри.
【Простая установка】Система должна быть подключена только к источнику холодной воды. Благодаря инновационным нажимным фитингам весь процесс установки занимает менее 3 минут. Поворотно-замковая конструкция позволяет заменить фильтр за 3 секунды. Система включает в себя шланг 3/8 дюйма с прямым соединением, который адаптируется к стандартным клапанам питательной воды 3/8 дюйма под раковинами США.Фитинг-переходник 3/8’’–1/2’’ помогает подключить систему к линиям холодной воды и кранам 1/2’’ и 3/8’’.
【Быстрый поток и многократное использование】 Быстрая и стабильная подача воды обеспечивает чистую воду со вкусом родниковой воды. Протестированный полный расход составляет 0,75 гал/мин при давлении 60 фунтов на квадратный дюйм.

Добавить комментарий

Ваш адрес email не будет опубликован.