Разное

Режим сервис параметры определяет параметры для: Разбор тестирования 1С:Профессионал и PMP: Установка параметров

26.12.1970

Содержание

Как Excel определяет текущий режим вычисления

  • Чтение занимает 2 мин
  • Применяется к:
    Excel 2013, Excel 2010, Excel 2007

В этой статье

Примечание

Office 365 ProPlus переименован в Майкрософт 365 корпоративные приложения. Для получения дополнительной информации об этом изменении прочитайте этот блог.

Аннотация

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

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

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

Имя файла Вид документа Режим, используемый для сохранения файла
Auto1. xlsx Workbook Автоматически
Manual1.xlsx Workbook Вручную
Auto2.xlsx Workbook Автоматически

Следующие утверждения применяются к режимам вычислений в Excel:

  • В первом открываемом документе используется режим вычисления, с помощью которого он был сохранен в последний раз. Документы, которые открываются позже, используют тот же режим. Например, если Auto1.xlsx открыть Manual1.xlsx, в обоих документах используется автоматический расчет (режим, используемый Auto1.xlsx). Если открыть Manual1.xlsx открыть Auto1.xlsx, в обоих документах используется ручной расчет.
  • Изменение режима вычисления одного открытого документа меняет режим для всех открытых документов. Например, если Auto1.xlsx и Auto2.xlsx открыты, изменение режима вычисления Auto2.xlsx вручную также изменяет режим Auto1.xlsx вручную.
  • Все листы, содержащиеся в книге, используют один и тот же режим вычисления. Например, если Auto2.xlsx содержит три листа, изменение режима вычисления первого листа в ручном режиме также изменяет режим вычисления в ручном режиме в двух других листах.
  • Если все остальные документы закрыты и создается новый документ, новый документ использует тот же режим вычислений, что и ранее закрытые документы. Однако, если вы используете шаблон, режим вычисления — это режим, указанный в шаблоне.
  • Если режим вычисления в книге изменен и файл сохранен, текущий режим вычисления сохранен. Например, если Auto1.xlsx открывается, Manual1.xlsx открывается и Manual1.xlsx моментально сохранен, режим вычисления будет сохранен автоматически.

Управление режимом вычисления

Все открытые документы используют один и тот же режим вычисления. Для работы с документами, которые используют различные режимы вычислений, необходимо соблюдать специальные процедуры. Например, если вы работаете с Auto1.xlsx и хотите открыть Manual1.xlsx в режиме ручного вычисления, примите одно из следующих действий:

  • Установите Auto1. xlsx режим ручного вычисления перед открытием Manual1.xlsx.
  • Закрой Auto1.xlsx (и любые другие открытые документы) перед открытием Manual1.xlsx.

В Excel можно выбрать четыре режима вычисления. ��� �������� ��������� �������:

  • Автоматическая
  • Автоматическая, за исключением таблиц данных
  • Manual
  • Пересчитать книгу перед сохранением
Режим Время, когда происходит вычисление
Автоматически Когда вы внося какие-либо изменения в документ. Все затронутые части документа пересчитываются.
Автоматическая, за исключением таблиц Когда вы внося какие-либо изменения в документ. Пересчитываются все затронутые части документа, кроме таблиц. Таблица пересчитываются только тогда, когда в нее внося изменения.
Вручную При нажатии кнопки F9 щелкните Параметры в меню Tools, щелкните вкладку Вычисление и щелкните Calc Sheet.
Руководство и пересчет перед сохранением При нажатии F9 или нажатии листа Calc на вкладке Вычисление в меню Tools/Options. Вычисление также происходит каждый раз, когда вы сохраняете файл, если у вас есть почтовый ящик «Пересчитать книгу перед сохранением» проверяется в Формулы параметры > > файлов.

Пересчитать активный лист

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

  • Нажмите SHIFT+F9.
  • Щелкните Вычислять лист в меню Формулы в группе Вычисление.

Пересчет всех открытых документов

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

  • Нажмите кнопку F9.
  • Щелкните Вычислять сейчас в меню
    Формулы
    в группе Вычисление.

Изменение режима вычисления в Excel

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

  1. Нажмите кнопку Microsoft Office кнопку, а затем нажмите Параметры Excel.
  2. На вкладке Формулы выберите режим вычисления, который необходимо использовать.

Публикации

Общие сведения

Рассмотрим, как осуществляется печать документов из приложений «1С», работающих в режиме сервиса (через Интернет).

Как в локальной версии приложения, так и в сервисе, один и тот же документ можно распечатать в разных вариантах. Например, расходную накладную можно распечатать, как в виде регламентированной товарной накладной (ТОРГ-12), так и, собственно, в виде расходной накладной (для внутренних нужд организации). Поэтому перед началом печати документа, в форме документа следует выбрать  желаемый вид печати. Это можно сделать в раскрывающемся меню

Печать (как это показано на рис. 1 на примере приложения «1С:Управление нашей фирмой»).


Рис. 1. Начало печати
 

В некоторых приложениях (например,»1С:Бухгалтерия 8″), если для документа предусмотрена только одна печатная форма, то начать печать можно будет в один клик (в этом случае, вместо меню Печать отображается кнопка с названием единственной печатной формы).

Рис. 2. Печать документов с единственной печатной формой

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

  1. Подтверждение печати обычно надо осуществлять два раза: сначала в форме печати 1С:Предприятия, а затем – в соответствующей форме браузера (рис. 3).
     
  2. Возможности редактирования пользователем макетов печатных форм в режиме сервиса ограничены. Если вы хотите использовать собственную печатную форму (например, с размещением на ней логотипа своей компании), то сделать это можно, выгрузив из сервиса типовую печатную форму, отредактировав ее в локальной версии приложения и загрузив обратно в сервис (более подробную информацию об использовании настраиваемых печатных форм вы найдете здесь).
     


Рис. 3. Печатная форма документа
 

Интерфейс форм печати документа различен в разных браузерах. Поэтому, если вы используете не один, а несколько браузеров для работы в сервисе, будьте готовы к тому, что привычный порядок работы при печати будет немного различаться, в зависимости от используемого браузера и его версии. Например, браузер Google Chrome предлагает в дополнительном диалоговом окне, выдаваемом непосредственно перед печатью, осуществить предварительный просмотр и задать настройки печати (рис. 4).

Рис. 4. Печать документа в браузере Google Chrome

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

Порядок печати

Приведем общую последовательность действий при печати документов (рис. 5).

  1. Начните печать, нажав соответствующую кнопку на панели инструментов документа и выбрав в меню желаемую печатную форму (см. рис. 1).
     
  2. В открывшейся печатной форме определите доступные параметры (например, количество копий).

 

Рис. 5. Последовательность действий при печати

 

  1. При необходимости, отредактируйте текст в печатной форме. Для этого дважды щелкните на нужной ячейке формы и измените находящийся в ней текст (рис. 6).



Рис. 6. Редактирование печатной формы
 

  1. Если вы хотите сохранить готовую печатную форму документа в файл на локальном компьютере, нажмите кнопку
    Сохранить
    в печатной форме (см. рис. 3), выберите в открывшемся диалоговом окне Сохранение печатной формы желаемый формат файла, установив рядом с ним флажок, и нажмите кнопку Сохранить в (рис. 7).
    Примечание: Можно задать несколько форматов одновременно – в этом случае будет создано несколько файлов с соответствующими расширениями.


Рис. 7. При желании, сохраните файл в нужном формате
 

  1. Нажмите кнопку Печать в окне печатной формы (см. рис. 3).
     
  2. В открывшемся окне печати браузера, при необходимости, выберите параметры печати (принтер и т.д.) и нажмите кнопку
    Печать
    еще раз (рис. 8).

В результате, документ будет распечатан на принтере.


Рис. 8. Начало печати при помощи системного диалога браузера (используется Internet Explorer)

 

Ответы на частые вопросы

1. Что такое способ печати? Какой способ печати лучше выбрать?

Способ печати выбирается в настройках 1С:Предприятия, доступных по команде Главное меню / Сервис / Параметры (рис. 9).

Рис. 9. Главное меню 1С

Параметр Способ печати (рис. 10) определяет степень влияния пользователя на макет документа:

  • PDF – печать без изменения полей и масштаба;
     
  • HTML
    – при печати возможны изменения полей и масштаба.
     

Рис. 10. Выбор способа печати (рекомендуется PDF)

В общем случае, рекомендуется использовать PDF, т.к. в этом формате печать осуществляется в точном соответствии с макетом печатной формы. При печати с использованием HTML возможны некоторые отклонения от макета.
 

2. Как настроить параметры печати?

Настройки параметров печати 1С:Предприятия доступны в форме документа с помощью команды Главное меню / Файл / Параметры страницы (рис. 11).

Рис. 11. Выбор параметров страницы

Так как веб-браузеры имеют свои собственные настройки печати, то необходимо, чтобы они совпадали с упомянутыми настройками страницы разбивки табличного документа. Настройки страницы печати браузера редактируются в диалоге Параметры страницы (рис. 12), который в Microsoft Internet Explorer, Mozilla Firefox и Apple Safari вызывается командой меню браузера: Файл / Параметры страницы… (File / Page Setup…). Для веб-браузера Google Chrome такая настройка не предусмотрена.

Рис. 12. Выбор параметров страницы в браузере

3. Можно ли перед печатью осуществить предварительный просмотр документа?

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

  • При использовании веб-браузеров Microsoft Internet Explorer, Apple Safari и Mozilla Firefox (в большинстве версий), предварительный просмотр открывается командой меню браузера: Файл / Предварительный просмотр (File / Print Preview).
     
  • Для веб-браузера Google Chrome предварительный просмотр осуществляется по умолчанию непосредственно перед печатью (см. рис.4 выше).

Типичные ошибки при печати

1. Что делать, если при печати страница выводится на принтер с ошибками?

Проверьте, что в качестве Способа печати (Главное меню / Сервис / Параметры страницы) выбрана опция PDF. Затем, если ошибки не устранены, проверьте правильность выбора настроек печати 1С:Предприятия (Главное меню / Файл / Параметры страницы – эти настройки надо вызывать из окна с печатной формой документа, как показано на рис. 11) и настроек печати браузера (рис. 12), которые доступны при выборе команды Файл / Параметры страницы.

2. Что делать, если вместо печати на принтере предлагается сохранить в файл формата PDF?

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

Дополнительную информацию о печати вы найдете в статье на сайте ИТС.

Желаем приятной работы!
 

23.3. Синтаксис команд Red Hat Enterprise Linux 7

auth или authconfig (дополнительный)

Определяет параметры аутентификации в системе. Аналогичные функции выполняет команда authconfig, которую можно выполнить после установки. Подробную информацию можно найти на справочных страницах authconfig(8) и authconfig --help. По умолчанию пароли будут скрыты в файле shadow.

  • --enablenis — включает поддержку NIS. По умолчанию --enablenis использует первый обнаруженный домен, хотя рекомендуется указать его явно с помощью --nisdomain=.

  • --nisdomain= — имя домена NIS.

  • --nisserver= — сервер, который будет использоваться службами NIS.

  • --useshadow или --enableshadow — использовать скрытые пароли.

  • --enableldap — включает поддержку LDAP в /etc/nsswitch.conf, что позволяет получать информацию о пользователях (UID, домашний каталог, оболочка и т.п.) из каталога LDAP. Чтобы использовать эту функцию, надо установить пакет nss-pam-ldapd, а также определить сервер и уникальное имя (DN, Distinguished Name) с помощью --ldapserver= и --ldapbasedn=.

  • --enableldapauth — разрешает использовать аутентификацию LDAP с помощью модуля pam_ldap, который отвечает за проверку подлинности и смену паролей. Для этого потребуется установить пакет nss-pam-ldapd. Вы также должны указать сервер и уникальное имя DN с помощью --ldapserver= и --ldapbasedn=. Если TLS (Transport Layer Security) не используется, надо добавить --disableldaptls.

  • --ldapserver= — если указан --enableldap или --enableldapauth, то с помощью --ldapserver= в файле /etc/ldap.conf можно определить имя LDAP-сервера.

  • --ldapbasedn= — если указан --enableldap или --enableldapauth, то этот параметр определяет уникальное имя узла в дереве каталогов LDAP, где размещены данные пользователя, и сохраняет его в /etc/ldap.conf.

  • --enableldaptls — разрешает использовать протокол TLS, что позволяет передавать зашифрованные имена пользователей и пароли на сервер LDAP до их аутентификации.

  • --disableldaptls — отключает подстановку TSL в окружениях, использующих аутентификацию LDAP.

  • --enablekrb5 — включает аутентификацию Kerberos 5. Kerberos изначально ничего не известно о домашних каталогах, идентификаторах UID и оболочках пользователей. При активации Kerberos необходимо сообщить компьютеру о существовании учетных записей пользователей, включив LDAP, NIS, Hesiod или с помощью useradd. Эти функции требуют наличия пакета pam_krb5.

  • --krb5realm= — область Kerberos 5, которой принадлежит ваш компьютер.

  • --krb5kdc= — сервер KDC, обслуживающий эту область. При наличии нескольких серверов перечислите их через запятую.

  • --krb5adminserver= — сервер KDC, на котором выполняется процесс kadmind. Этот сервер решает задачи изменения паролей и обслуживает административные запросы. При наличии нескольких серверов процесс должен быть запущен на главном сервере KDC.

  • --enablehesiod — включает поддержку Hesiod при поиске домашних каталогов, идентификаторов UID и оболочек пользователей. Дополнительная информация о настройке Hesiod находится в файле /usr/share/doc/glibc-2.x.x/README.hesiod, входящем в пакет glibc. Hesiod — расширение DNS, использующее записи DNS для хранения информации о пользователях, группах и других объектах.

  • --hesiodlhs и --hesiodrhs — значения Hesiod LHS (left-hand side) и RHS (right-hand side) в /etc/hesiod.conf. Используются библиотекой Hesiod для поиска DNS-имени аналогично тому, как LDAP использует DN-имена.

    Так, чтобы найти информацию о пользователе jim, библиотека Hesiod выполнит поиск jim.passwdLHSRHS, результат которого будет преобразован в текстовый формат по аналогии с записями в passwd — например, jim:*:501:501:Jungle Jim:/home/jim:/bin/bash. Запрос для групп составляется аналогично: jim.groupLHSRHS.

    Чтобы иметь возможность поиска пользователей и групп по уникальному номеру, присвойте CNAME значение 501.uid для записи jim.passwd и 501.gid — для jim.group. При подстановке библиотека не добавляет точку перед LHS и RHS, поэтому значения --hesiodlhs и --hesiodrhs должны содержать точку.

  • --enablesmbauth — включает аутентификацию на сервере SMB (Samba, Windows). SMB ничего не известно о домашних каталогах, UID или оболочках пользователей. При активации SMB надо сообщить компьютеру о существовании учетных записей пользователей, включив LDAP, NIS, Hesiod или выполнив команду useradd.

  • --smbservers= — имена серверов для аутентификации SMB. Несколько серверов разделяются запятой.

  • --smbworkgroup= — имя рабочей группы серверов SMB.

  • --enablecache — включает службу кэширования nscd, что помогает распределить информацию о пользователях и группах по сети при помощи NIS, LDAP или Hesiod.

  • --passalgo= — может принимать значения sha256 и sha512.

autopart (дополнительный)

Автоматически создает корневой раздел / (не меньше 1 ГБ), swap и /boot. На больших дисках (больше 50 ГБ) также будет создан раздел /home.

autopart не может использоваться одновременно с параметрами part/partition, raid, logvol, volgroup в одном файле кикстарта.

  • --type= — позволяет выбрать готовую схему разделов. Возможные значения:

  • --nolvm — запрещает выбор LVM и Btrfs при автоматическом создании разделов. Эквивалентно --type=plain.

  • --encrypted — включает шифрование разделов. Аналогично установке флажка шифрования в окне создания разделов программы установки.

  • --passphrase= — пароль доступа к зашифрованным устройствам.

  • --escrowcert=URL — сертификат X.509, с помощью которого зашифрованы ключи томов в /root. Для каждого тома создается отдельный файл. Этот параметр имеет смысл только при наличии аргумента --encrypted.

  • --backuppassphrase — случайная парольная фраза для зашифрованного тома. Файлы паролей хранятся в /root и зашифрованы с помощью сертификата X.509. Этот параметр используется вместе с --escrowcert.

  • --cipher= — тип шифрования, который будет выбран, если стандартного значения aes-xts-plain64 оказалось недостаточно. Этот параметр используется вместе с --encrypted и сам по себе силы не имеет. Описание типов можно найти в руководстве по безопасности Red Hat Enterprise Linux 7, но Red Hat рекомендует выбрать aes-xts-plain64 или aes-cbc-essiv:sha256.
autostep (дополнительныйl)

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

bootloader (обязательный)

Определяет порядок установки загрузчика.

Red Hat рекомендует настроить пароль загрузчика для каждой системы. Если пароль не задан, потенциальные злоумышленники смогут изменить параметры ядра и взломать защиту.

В некоторых системах AMD64 и Intel 64 загрузчик должен быть установлен в отдельном разделе. Тип и размер раздела зависит от наличия MBR (Master Boot Record) и GPT (GUID Partition Table). Раздел 6.10.1, «Установка загрузчика» содержит подробную информацию.
  • --append= — содержит список параметров ядра через запятую, например:

    bootloader --location=mbr --append="hdd=ide-scsi ide=nodma"

    Параметры rhgb и quiet используются по умолчанию, даже если они явно не заданы, или строка --append= вовсе не определена.

  • --boot-drive= — диск, на который будет записан загрузчик, и с которого будет загружаться система.

    --boot-drive= игнорируется на IBM System z с загрузчиком zipl, так как zipl определяет собственный порядок загрузки.

  • --leavebootloader — запрещает вносить изменения в список загрузочных образов на ISeries/PSeries и EFI.

  • --driveorder — определяет порядок загрузки в BIOS, например:

    bootloader --driveorder=sda,hda
  • --location= — место расположения загрузочной записи. Допустимые значения:

    • mbr (используется по умолчанию). Его поведение определяется наличием MBR или GPT.

      • На диске с GPT код загрузчика стадии 1.5 будет установлен в раздел BIOS.

      • На диске с MBR код загрузчика стадии 1.5 будет установлен в свободное пространство между MBR и первым разделом.

    • partition — установка загрузчика в первый сектор раздела, содержащего ядро.

    • none — не устанавливать загрузчик.

    В большинстве случаев этот параметр можно не определять.

  • --password= — пароль GRUB2. Рекомендуется установить пароль для ограничения доступа к оболочке GRUB2 во избежание несанкционированной передачи параметров ядру.

    Если пароль задан, будет предложено ввести имя пользователя. По умолчанию будет выбран пользователь root.

  • --iscrypted — разрешает использование зашифрованного пароля, который изначально был создан помощью параметра --password=. В противном случае пароль хранится в открытой форме.

    Пароль можно зашифровать с помощью команды grub2-mkpasswd-pbkdf2. Скопируйте код из строки вывода, начинающейся с grub.pbkdf2, и сохраните его в файл кикстарта. Пример записи с зашифрованным паролем:

    bootloader --iscrypted --password=grub.pbkdf2.sha512.10000.5520C6C9832F3AC3D149AC0B24BE69E2D4FB0DBEEDBD29CA1D30A044DE2645C4C7A291E585D4DC43F8A4D82479F8B95CA4BA4381F8550510B75E8E0BB2938990.C688B6F0EF935701FF9BD1A8EC7FE5BD2333799C98F28420C5CC8F1A2A233DE22C83705BB614EA17F3FDFDF4AC2161CEA3384E56EB38A2E39102F5334C47405E
  • --timeout= — время ожидания в секундах, по истечении которого начнется загрузка в соответствии с параметром --default=.

  • --default= — определяет загрузочный образ, который будет использоваться по умолчанию.

  • --extlinux — выбирает extlinux вместо GRUB2. Используется только в системах с поддержкой extlinux.

btrfs (дополнительный)

Отвечает за создание томов Btrfs:

btrfs точка_монтирования --data=уровень --metadata=уровень --label=метка разделы

Формат команды создания подраздела:

btrfs точка_монтирования --subvol --name=путь родитель

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

  • --data= (дополнительный) — уровень RAID, например 0, 1, 10. Не имеет смысла для подразделов.

  • --metadata= (дополнительный)— уровень RAID тома или файловой системы, где будут хранится метаданные. Не имеет смысла для подразделов.

  • --label= — метка файловой системы Btrfs. Если метка уже используется, будет создана новая метка. Не имеет смысла для подразделов.

  • --noformat и --useexisting — использование существующего тома Btrfs без форматирования файловой системы.

Ниже приведен пример создания тома Btrfs на основе трех дисков. Также будут созданы два подраздела — / и /home. Основной том в этом примере не монтируется.

Пример 23.1. Создание томов Btrfs

part btrfs.01 --size=6000 --ondisk=sda
part btrfs.02 --size=6000 --ondisk=sdb
part btrfs.03 --size=6000 --ondisk=sdc

btrfs none --data=0 --metadata=1 --label=rhel7 btrfs.01 btrfs.02 btrfs.03
btrfs / --subvol --name=root LABEL=rhel7
btrfs /home --subvol --name=home rhel7
clearpart (дополнительный)

Удаляет разделы с диска, прежде чем создавать новые. По умолчанию разделы не удаляются.

clearpart и part --onpart не могут использоваться вместе по отношению к одному и тому же логическому разделу.

  • --all — удаляет все разделы.

  • --drives= — удаляет разделы на заданных дисках:

    clearpart --drives=hda,hdb --all

    Чтобы очистить многопутевое устройство, используйте формат disk/by-id/scsi-WWID. Так, очистка диска с идентификатором 2416CD96995134CA5D787F00A5AA11017 будет выглядеть так:

    clearpart --drives=disk/by-id/scsi-58095BEC5510947BE8C0360F604351918

    Чтобы очистить многопутевое устройство, не использующее LVM, следуйте формату disk/by-id/dm-uuid-mpath-WWID. Так, команда очистки диска с идентификатором 2416CD96995134CA5D787F00A5AA11017 будет выглядеть так:

    clearpart --drives=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017

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

  • --list= — список разделов для удаления. Допускается выбор разделов на разных дисках. Этот параметр переопределяет --all и --linux.

    clearpart --list=sda2,sda3,sdb1
  • --initlabel — метка диска, которая будет выбираться по умолчанию для заданной архитектуры (например, msdos для x86). Используется вместе с --all.

  • --linux — удаляет разделы Linux.

  • --none (по умолчанию) — не удалять разделы.

cmdline (дополнительный)
Выполняет установку в неинтерактивном режиме. Любой запрос взаимодействия прервет установку. Этот режим подходит для IBM System z с консолью x3270. Рекомендуется использовать в комплексе с RUNKS=1 и inst.ks= (см. Раздел 18.4, «Параметры кикстарта»).
device (дополнительный)

Часто в PCI-системах программа установки автоматически определяет карты Ethernet и SCSI. Однако на некоторых старых компьютерах и системах PCI надо будет явно определить устройства:

device модуль --opts=параметры
  • модуль — имя модуля ядра для установки.

  • --opts= — параметры для передачи модулю ядра. Пример:

    device --opts="aic152x=0x340 io=11"
driverdisk (дополнительный)

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

driverdisk [раздел|--source=url|--biospart=раздел_bios]

Если диск с драйверами расположен в сети:

driverdisk --source=ftp://путь/dd.img
driverdisk --source=http://путь/dd.img
driverdisk --source=nfs:host:/путь/img
  • раздел — раздел с диском драйверов. Необходимо указать не просто имя раздела (такое как sdb1), а полный путь, например /dev/sdb1.

  • --source= — адрес диска драйверов. Формат для NFS: nfs:узел:/путь/к/образу.

  • --biospart= — раздел BIOS, где расположены драйверы, например 82p2.

eula (дополнительный)
Позволяет принять условия лицензионного соглашения EULA (End User License Agreement) без подтверждения пользователя. Используется для автоматизации настройки установленной системы (см. Раздел 26.1, «Первая настройка»).
fcoe (дополнительный)

Определяет устройства FCoE, которые будут активированы автоматически помимо обнаруженных службами EDD (Enhanced Disk Drive Services).

fcoe --nic=имя [параметры]
  • --nic= (обязательный) — имя устройства.

  • --dcb= — параметры DCB (Data Center Bridging).

  • --autovlan — автоматическое определение VLAN.

firewall (дополнительный)

Отвечает за настройку межсетевого экрана.

firewall --enabled|--disabled устройство [параметры]
  • --enabled, --enable — отклоняет входящие подключения, которые не отвечают на исходящие запросы. Если необходим доступ к службам, запущенным на этом компьютере, можно его включить в настройках межсетевого экрана.

  • --disabled, --disable — отключает настройку правил iptables.

  • --trust= — доверенное устройство, через которое может проходить трафик. Чтобы указать несколько устройств, используйте формат --trust em1 --trust em2.

  • тип — это значение можно заменить типом соединений, которые будут пропускаться через экран:

    • --ssh,

    • --smtp,

    • --http,

    • --ftp.

  • --port= — список открытых портов в формате «порт:протокол». Например, чтобы разрешить доступ IMAP через межсетевой экран, укажите imap:tcp. Номер порта можно указать явно — например, чтобы разрешить прохождение пакетов UDP через порт 1234, введите 1234:udp. Несколько портов разделяются запятыми.

  • --service= — пропускает трафик указанной службы через межсетевой экран. Некоторые службы, такие как cups и avahi, используют несколько портов, поэтому вместо перечисления списка портов и других специальных параметров можно указать имя службы.

    Допустимые значения включают службы, которые распознает firewall-offline-cmd. Если в системе выполняется firewalld, для получения списка службы выполните firewall-cmd --get-services.

firstboot (дополнительный)

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

  • --enable, --enabled — включает запуск программы первоначальной настройки.

  • --disable, --disabled — отключает запуск программы настройки.

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

group (дополнительный)

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

group --name=имя [--gid=gid]
  • --name= — имя группы.

  • --gid= — идентификатор группы. Если не задан, по умолчанию используется следующий свободный идентификатор.

graphical (дополнительный)

Запуск установки в графическом режиме (используется по умолчанию).

halt (дополнительный)

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

Параметр halt аналогичен команде shutdown -h.

За дополнительной информацией обратитесь к описанию команд poweroff, reboot и shutdown.

ignoredisk (дополнительный)

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

ignoredisk --drives=диск1,диск2,...

где диск может принимать значения sda, sdb,…, hda и т.п.

Чтобы пропустить многопутевое устройство, не использующее LVM, выберите формат disk/by-id/dm-uuid-mpath-WWID. Так, чтобы пропустить диск с идентификатором 2416CD96995134CA5D787F00A5AA11017 выполните:

ignoredisk --drives=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017

Построение многопутевых устройств, использующих LVM, будет осуществляться после обработки файла кикстарта, поэтому их имена не могут определяться в виде dm-uuid-mpath. Чтобы игнорировать такое устройство, используйте формат disk/by-id/scsi-WWID, например:

ignoredisk --drives=disk/by-id/scsi-58095BEC5510947BE8C0360F604351918

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

  • --only-use — список разрешенных дисков. Остальные диски будут проигнорированы. Так, следующая команда разрешает использовать только диск sda :

    ignoredisk --only-use=sda

    Чтобы включить многопутевое устройство, не использующее LVM:

    ignoredisk --only-use=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017

    Чтобы включить многопутевое устройство, использующее LVM:

    ignoredisk --only-use=disk/by-id/scsi-58095BEC5510947BE8C0360F604351918
  • --interactive — разрешает интерактивную навигацию в окне дополнительных параметров пространства данных.

install (дополнительный)

Используется по умолчанию и выполняет новую установку с cdrom, harddrive, nfs, liveimg или с заданного url (FTP, HTTP, HTTPS). Команды определения источника установки и install должны располагаться в разных строках.

install
liveimg --url=file:///images/install/squashfs.img --noverifyssl
  • cdrom — установка с первого привода CD-ROM.

  • harddrive — установка с локального жесткого диска с файловой системой, которую сможет смонтировать установщик (ext2, ext3, ext4, vfat, xfs).

    • --biospart= — установка из раздела BIOS (например, 82).

    • --partition= — раздел с каталогом установки (например, sdb2).

    • --dir= — DVD, ISO-образ или каталог, содержащий дерево установки.

    Например:

    harddrive --partition=hdb2 --dir=/tmp/install-tree
  • liveimg — установка из образа, например здесь можно указать файл squashfs.img с Live ISO. Важно, чтобы установщик мог смонтировать файловую систему, в которой расположен образ. Допустимые файловые системы: ext2, ext3, ext4, vfat и xfs.

    • --url= — путь к образу. Поддерживаемые протоколы: HTTP, HTTPS, FTP и file.

    • --proxy= — определяет прокси HTTP, HTTPS или FTP.

    • --checksum= (дополнительный) — контрольная сумма SHA256.

    • --noverifyssl — отключает проверку SSL при подключении к серверу HTTPS.

    Например:

    liveimg --url=file:///images/install/squashfs.img --checksum=03825f567f17705100de3308a20354b4d81ac9d8bed4bb4692b2381045e56197 --noverifyssl
  • nfs — установка с NFS-сервера.

    • --server= — имя или IP-адрес сервера, с которого будет выполняться установка

    • --dir= — каталог дерева установки.

    • --opts= (дополнительный) — параметры монтирования.

    Например:

    nfs --server=nfsserver.example.com --dir=/tmp/install-tree
  • url — путь к дереву установки на сервере FTP, HTTP, HTTPS.

    • --url= — адрес дерева установки. Поддерживаемые протоколы: HTTP, HTTPS, FTP, file.

    • --mirrorlist= — адрес зеркала.

    • --proxy= — прокси-сервер HTTP, HTTPS или FTP.

    • --noverifyssl — отключает проверку SSL при подключении к серверу HTTPS.

    Например:

    url --url http://сервер/путь

    или

    url --url ftp://пользователь:пароль@сервер/путь
iscsi (дополнительный)
iscsi --ipaddr=адрес [параметры]

Определяет дополнительный iSCSI-накопитель. Если задан параметр iscsi, надо присвоить имя узла iSCSI при помощи iscsiname. В файле кикстарта iscsi должен следовать за командой iscsiname.

Так как параметр iscsi требует дополнительной конфигурации, более предпочтительным вариантом является настройка iSCSI-накопителей в BIOS (или iBFT на Intel). Anaconda автоматически определяет диски, настроенные в BIOS, и не требует специального изменения файла кикстарта.

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

  • --ipaddr= (дополнительный) — адрес ресурса.

  • --port= (дополнительный) — номер порта, обычно --port=3260.

  • --target=IQN-имя ресурса (iSCSI Qualified Name).

  • --iface= — привязка соединения к конкретному сетевому интерфейсу. Определив таким образом интерфейс, убедитесь, что остальные экземпляры iscsi тоже содержат его обозначение.

  • --user= — имя пользователя для доступа к ресурсу.

  • --password= — пароль доступа.

  • --reverse-user= — имя пользователя для авторизации на инициаторе из целевого объекта, использующего обратное шифрование CHAP.

  • --reverse-password= — пароль пользователя инициатора.

iscsiname (дополнительный)

Позволяет определить имя узла iSCSI, заданного с помощью iscsi. Параметр iscsiname должен предшествовать параметру iscsi.

iscsiname iqn
keyboard (дополнительный)

Выбор раскладки клавиатуры.

  • --vckeymap= — определяет раскладку VConsole. В качестве значения можно выбирать имена файлов из /usr/lib/kbd/keymaps/* без расширения .map.gz.

  • --xlayouts= — список раскладок X через запятую без пробелов. Значения можно определить в форме раскладка (например, cz) или раскладка (вариант) (например, cz (qwerty)), что аналогично формату setxkbmap(1).

    Полный список раскладок можно найти на справочной странице xkeyboard-config(7), в секции Layouts.

  • --switch= — комбинации клавиш для переключения между раскладками в формате, аналогичном setxkbmap(1). Несколько значений разделяются запятыми без пробелов.

    Описание дополнительных параметров можно найти на справочной странице xkeyboard-config(7), в секции Options.

Ниже будут настроены две раскладки — английская (США) и чешская — переключение между которыми осуществляется с помощью Alt+Shift:

keyboard --xlayouts=us,'cz (qwerty)' --switch=grp:alt_shift_toggle

--vckeymap= и --xlayouts= не должны использоваться вместе.

lang (обязательный)

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

lang en_US

Список кодов языков приведен в файле /usr/share/system-config-language/locale-list, в первом столбце.

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

  • --addsupport= — список дополнительных языков через запятую без пробелов.

    lang en_US --addsupport=cs_CZ,de_DE,en_UK
logging (дополнительный)

Отвечает за настройку журналирования ошибок Anaconda. Не оказывает влияния на результат установки.

logging [--host=узел] [--port=порт] [--level=debug|info|error|critical]
  • --host= — узел, на котором ведется журнал. Чтобы использовать функции удаленного журналирования, необходимо, чтобы на узле выполнялся процесс syslogd.

  • --port= — порт для подключения удаленного процесса syslogd.

  • --level= — минимальный приоритет сообщений для вывода на tty3. Однако в журнал будут записываться все сообщения независимо от приоритета ( debug, info, warning, error, critical).

logvol (дополнительный)

Помогает создать логический том LVM. Формат команды:

logvol точка_монтирования --vgname=имя_группы --size=размер --name=имя [параметры]

Имена логических томов и их групп не должны содержать дефис — в противном случае в списке /dev/mapper/ они будут включать по два дефиса. То есть если группа volgrp-01 содержит том logvol-01, его имя будет иметь вид /dev/mapper/volgrp--01-logvol--01.

Это ограничение накладывается только на новые группы и тома. Имена существующих томов (см. --noformat) не изменятся.

Параметры:

  • --noformat — использует существующий логический том без форматирования.

  • --useexisting — использует существующий логический том и повторно его форматирует.

  • --fstype= — тип файловой системы: xfs, ext2, ext3, ext4, swap или vfat.

  • --fsoptions= — строка параметров монтирования файловой системы, заключенная в кавычки. В готовой системе эта строка будет записана в /etc/fstab.

  • --label= — метка логического тома.

  • --grow — увеличить размер логического тома до заданной величины или заполнить все свободное место.

  • --size= — минимальный размер тома в мегабайтах.

  • --maxsize= — максимально допустимый размер тома в мегабайтах. Укажите целое значение без единиц, например 500.

  • --resize — изменение размера тома. Также надо будет определить параметры --useexisting и --size.

  • --percent= — размер увеличения логического тома в процентной доле от доступного места в группе томов. Используется вместе с --size и --grow.

  • --encrypted — включает шифрование логического тома с использованием парольной фразы из --passphrase=. Если парольная фраза не определена, Anaconda использует стандартный пароль из строки autopart --passphrase, а если и он не задан — будет предложено ввести пароль во время установки.

  • --passphrase= — парольная фраза для доступа к логическому тому. Используется вместе с --encrypted.

  • --cipher= — тип шифрования, который будет выбран, если стандартного значения aes-xts-plain64, используемого в Anaconda, оказалось недостаточно. Этот параметр используется вместе с --encrypted и сам по себе силы не имеет. Описание типов можно найти в руководстве по безопасности Red Hat Enterprise Linux 7, но Red Hat рекомендует выбрать aes-xts-plain64 или aes-cbc-essiv:sha256.
  • --escrowcert=URL — сертификат X.509, с помощью которого зашифрованы ключи томов в /root. Для каждого тома создается отдельный файл. Этот параметр имеет смысл только при наличии аргумента --encrypted.

  • --backuppassphrase — случайная парольная фраза для зашифрованного тома. Файлы паролей хранятся в /root и зашифрованы с помощью сертификата X.509. Этот параметр используется вместе с --escrowcert.

  • --thinpool — создание логического тома в динамическом пуле. В качестве точки монтирования укажите none.

  • --metadatasize=размер — размер области метаданных (в МиБ).

  • --chunksize=размер — размер секции для нового устройства динамического пула (в КиБ).

  • --thin — создание динамического логического тома. Используется вместе с --poolname.

  • --poolname=имя — пул, в котором будет создан динамический том. Используется вместе с --thin.

Создайте раздел, затем группу логических томов, а уже потом — логический том:

part pv.01 --size 3000
volgroup myvg pv.01
logvol / --vgname=myvg --size=2000 --name=rootvol

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

part pv.01 --size 1 --grow
volgroup myvg pv.01
logvol / --vgname=myvg --size=1 --name=rootvol --grow --percent=90
mediacheck (дополнительный)

Этот параметр отвечает за выполнение проверки rd.live.check до начала установки. Так как проверка должна проводиться под наблюдением пользователя, по умолчанию параметр отключен.

network (дополнительный)

Настройка сетевого окружения. По умолчанию будет включено первое указанное в команде устройство. Активацию конкретного устройства можно явно запросить с помощью --activate.

  • --activate — отвечает за активацию устройства.

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

    --nodefroute — запрещает использовать стандартный маршрут.

  • --bootproto= — может принимать одно из следующих значений: dhcp (используется по умолчанию), bootp, ibft, static.

    В режиме DHCP для получения сетевых настроек используется DHCP-сервер. Как можно догадаться, в случае с BOOTP для получения сетевых настроек подобным образом используется сервер BOOTP. Чтобы настроить функции DHCP, добавьте:

    network --bootproto=dhcp

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

    network --bootproto=bootp

    Чтобы использовать конфигурацию из iBFT, добавьте строку:

    network --bootproto=ibft

    Для метода static в файле кикстарта необходимо определить IP, маску сети, шлюз и сервер имен. Эти данные не изменяются и используются во время и после установки.

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

    network --bootproto=static --ip=10.0.2.15 --netmask=255.255.255.0 --gateway=10.0.2.254 --nameserver=10.0.2.1

    Здесь же можно настроить несколько серверов имен, разделив запятой.

    network --bootproto=static --ip=10.0.2.15 --netmask=255.255.255.0 --gateway=10.0.2.254 --nameserver=192.168.2.1,192.168.3.1
  • --device= — сетевое устройство.

    Если в первом вхождении команды network не указан параметр --device=, по умолчанию будет использоваться значение параметра загрузки ksdevice=. Это поведение считается устаревшим, поэтому рекомендуется явно определить значение --device=.

    Для всех последующих команд network необходимо явно определить --device=

    Устройства могут быть заданы:

    • по имени интерфейса, например eth0,

    • по MAC-адресу, например 01:23:45:67:89:ab,

    • по ключевому слову link, которое определяет первый интерфейс со статусом up.

    • по ключевому слову bootif с целью наследования адреса MAC из переменной BOOTIF. Чтобы pxelinux смог определить переменную BOOTIF, включите IPAPPEND 2 в файл pxelinux.cfg.

    Например:

    network --bootproto=dhcp --device=em1
  • --ip= — адрес устройства.

  • --ipv6= — IPv6-адрес устройства в формате адрес[/префикс длина], например 3ffe:ffff:0:1::1/128 . Если префикс не задан, по умолчанию будет использоваться 64. Другие допустимые значения включают auto (автоматическая конфигурация) и dhcp (DHCPv6).

  • --gateway= — IPv4-адрес шлюза.

  • --ipv6gateway= — IPv6-адрес шлюза.

  • --nodefroute — определяет, что выбранный интерфейс не может использоваться по умолчанию. Обычно устанавливается при активации дополнительных устройств с помощью --activate= — например для сетевой карты в другой подсети или цели iSCSI.

  • --nameserver= — IP-адрес сервера имен. Несколько серверов разделяются запятыми.

  • --nodns — не настраивать DNS-сервер.

  • --netmask= — маска сети.

  • --hostname= — имя устанавливаемой системы.

  • --ethtool= — дополнительные параметры сетевого устройства для передачи ethtool.

  • --essid= — идентификатор беспроводной сети.

  • --wepkey= — ключ WEP беспроводной сети.

  • --wpakey= — ключ WPA беспроводной сети.

  • --onboot= — активация устройства при загрузке.

  • --dhcpclass= — класс DHCP.

  • --mtu= — MTU устройства.

  • --noipv4 — отключает IPv4.

  • --noipv6 — отключает IPv6.

  • --bondslaves= — определяет подчиненные устройства, которые войдут в состав устройства --device=:

    network --device=mynetwork --bondslaves=em1,em2

    Эта команда создаст устройство mynetwork на основе интерфейсов em1 и em2.

  • --bondopts= — список дополнительных параметров для интерфейса агрегации. Пример:

    network --bondopts=mode=active-backup,primary=em2

    --bondopts=mode= принимает полное имя режима, такое как balance-rr или broadcast, а не его числовое представление, такое как 0 или 3.

  • --vlanid= — идентификатор VLAN (тег 802.1q) подчиненного устройства, которое будет создано для устройства --device. Так, например, network --device=em1 --vlanid=171 создаст виртуальное устройство LAN em1.171.

  • --interfacename= — позволяет изменить имя VLAN-устройства, присвоенное в соответствии с --vlanid=. Пример:

    network --device=em1 --vlanid=171 --interfacename=vlan171

    Эта команда создаст виртуальный интерфейс vlan171 для устройства em1.

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

    • Если имя содержит точку, то обозначение интерфейса должно иметь формат имя.ID, где имя может быть произвольным, а ID содержит идентификатор VLAN. Примеры: em1.171, my-vlan.171.

    • Если имя начинается с vlan, то интерфейсу будет присвоено имя в формате vlanID, например vlan171.

  • --teamslaves= — список подчиненных устройств, которые войдут в состав устройства --device=, через запятую. За именем устройства может следовать строка параметров в одинарных кавычках, где каждый параметр заключен в двойные кавычки, которым предшествует знак \. Пример:

    network --teamslaves="p3p1'{\"prio\": -10, \"sticky\": true}',p3p2'{\"prio\": 100}'"

    Также смотрите описание параметра --teamconfig=.

  • --teamconfig= —JSON-строка конфигурации созданного устройства агрегации в кавычках, где каждый параметр тоже заключен в двойные кавычки с предшествующим им знаком \. Пример:

    network --device team0 --activate --bootproto static --ip=10.34.102.222 --netmask=255.255.255.0 --gateway=10.34.102.254 --nameserver=10.34.39.2 --teamslaves="p3p1'{\"prio\": -10, \"sticky\": true}',p3p2'{\"prio\": 100}'" --teamconfig="{\"runner\": {\"name\": \"activebackup\"}}"
part, partition (обязательный)

Отвечает за создание раздела.

Если параметры --noformat и --onpart не определены, создаваемые разделы будут форматироваться в процессе установки.

part|partition точка_монтирования --name=имя --device=устройство --rule=правило [параметры]
  • Формат точки монтирования:

    • /путь

      Примеры: /, /usr, /home

    • swap

      Раздел подкачки.

      Чтобы автоматически выбрать размер раздела подкачки, добавьте аргумент --recommended:

      swap --recommended

      Будет выбран подходящий, но не обязательно оптимальный размер.

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

      swap --hibernation

      Общая формула расчета: размер пространства подкачки = (--recommended) + (размер ОЗУ).

    • raid.id

      Программный RAID-массив (см. raid).

    • pv.id

      Раздел LVM (см. logvol).

    • biosboot

      Загрузочный раздел BIOS. На платформах AMD64 и Intel 64 с BIOS, использующих таблицу разделов GPT, необходимо создать загрузочный раздел размером 1 МБ. Именно в этот раздел будет установлен загрузчик. В системах с UEFI этот раздел не требуется. Также смотрите описание команды bootloader.

    • efi

      Системный раздел EFI. На платформах AMD64 и Intel 64 с UEFI необходимо создать раздел с минимальным размером 50 МБ (рекомендуется 200 МБ). В системах с BIOS этот раздел не требуется. Также смотрите описание команды bootloader.

  • --size= — минимальный размер раздела в мегабайтах. Введите целое значение без указания единиц, например 500.

  • --grow — увеличить размер раздела до заданной величины или заполнить все свободное место.

    Если для раздела подкачки определен параметр --grow= без --maxsize=, Anaconda ограничит его максимальный размер, руководствуясь следующими правилами: в системах с физической памятью <2 ГБ максимальный размер будет равен двойному объему памяти, а в системах с памятью >2 ГБ максимальный размер будет равен объему памяти плюс 2 ГБ.

  • --maxsize= — максимальный размер раздела в мегабайтах. Укажите целое значение без единиц, например 500.

  • --noformat — использует существующий логический том без форматирования. Используется вместе с --onpart.

  • --onpart= или --usepart= — устройство, где будет создан раздел.

    partition /home --onpart=hda1

    Эта команда создаст раздел /home на /dev/hda1.

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

    partition pv.1 --onpart=hda2

    Устройство уже должно существовать, так как --onpart не может это сделать.

  • --ondisk= или --ondrive= — позволяет выбрать диск, на котором будет создан раздел. Например, --ondisk=sdb размещает раздел на втором SCSI-диске.

    Чтобы выбрать многопутевое устройство, не использующее LVM, следуйте формату disk/by-id/dm-uuid-mpath-WWID. Так, для устройства с идентификатором 2416CD96995134CA5D787F00A5AA11017 выполните:

    part / --fstype=xfs --grow --asprimary --size=8192 --ondisk=disk/by-id/dm-uuid-mpath-2416CD96995134CA5D787F00A5AA11017

    Anaconda осуществляет построение многопутевых устройств, использующих LVM, после обработки файла кикстарта, поэтому их имена должны определяться в формате disk/by-id/scsi-WWID, а не dm-uuid-mpath. Так, для устройства с идентификатором 58095BEC5510947BE8C0360F604351918 выполните:

    part / --fstype=xfs --grow --asprimary --size=8192 --ondisk=disk/by-id/scsi-58095BEC5510947BE8C0360F604351918

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

  • --asprimary ­— отмечает раздел как первичный. Если это невозможно — что вероятно при наличии большого числа первичных разделов — процесс разбиения завершится неудачей. Раздел A.1.2, «Разбиение диска на разделы» содержит информацию о создании разделов.
  • --fsprofile — определяет профиль для передачи программе создания файловой системы. Профиль содержит набор параметров файловой системы. Этот аргумент требует наличия файла конфигурации. Так, в файловых системах ext2, ext3, ext4 файл расположен в /etc/mke2fs.conf.

  • --fstype= — тип файловой системы: xfs, ext2, ext3, ext4, swap, vfat, efi, biosboot.

  • --fsoptions= — строка параметров монтирования файловой системы, заключенная в кавычки. В готовой системе эта строка будет записана в /etc/fstab.

  • --label= — метка раздела.

  • --onbiosdisk — создание раздела на заданном диске (в соответствии с обозначенным в BIOS).

  • --encrypted — включает шифрование раздела с использованием парольной фразы из --passphrase=. Если парольная фраза не задана, Anaconda использует стандартный пароль из строки autopart --passphrase, а если и он не задан — будет предложено его ввести во время установки.

  • --passphrase= — парольная фраза для доступа к разделу. Используется вместе с --encrypted.

  • --cipher= — тип шифрования, который будет выбран, если стандартного значения aes-xts-plain64 оказалось недостаточно. Этот параметр используется вместе с --encrypted и сам по себе силы не имеет. Описание типов можно найти в руководстве по безопасности Red Hat Enterprise Linux 7, но Red Hat рекомендует выбрать aes-xts-plain64 или aes-cbc-essiv:sha256.
  • --escrowcert=URL — сертификат X.509, с помощью которого зашифрованы ключи разделов в /root. Для каждого тома создается отдельный файл. Этот параметр имеет смысл только при наличии аргумента --encrypted.

  • --backuppassphrase — случайная парольная фраза для зашифрованного раздела. Файлы паролей хранятся в /root и зашифрованы с помощью сертификата X.509. Этот параметр используется вместе с --escrowcert.

  • --resize — изменение размера раздела. Используется в комбинации с --size= и --onpart=.

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

poweroff (дополнительный)

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

Параметр poweroff аналогичен команде shutdown -p.

Функции poweroff сильно зависят от оборудования компьютера. В частности, необходимо, чтобы BIOS, система расширенного управления питанием (APM, Advanced Power Management) и расширенный интерфейс настройки и управления питанием (ACPI, Advanced Configuration and Power Interface) могли правильно взаимодействовать с ядром системы. Подробную информацию о APM и ACPI можно найти в документации оборудования.

За дополнительной информацией обратитесь к описанию команд halt, reboot и shutdown.

raid (дополнительный)

Создание программного RAID-массива. Формат:

raid каталог --level=уровень --device=md разделы*
  • каталог — каталог, в который будет смонтирована файловая система RAID. Если это — /, то уровень RAID должен быть равен 1 . Если определен загрузочный раздел, /boot будет иметь уровень 1, а корневой раздел / может быть любого типа. Параметр разделы* определяет идентификаторы разделов, которые будут добавлены в RAID-массив.

    Если на платформах IBM Power Systems RAID-устройство не было отформатировано во время установки, убедитесь, что метаданные RAID имеют версию 0.90. Это является обязательным условием для размещения разделов /boot и PReP в пределах RAID-массива.

    Версия метаданных mdadm, используемая по умолчанию в Red Hat Enterprise Linux 7, для загрузочных устройств не поддерживается.

  • --level= — уровень RAID (0, 1, 4, 5, 6, 10).

  • --device= — имя устройства. В Red Hat Enterprise Linux 7 RAID-устройствам перестали присваиваться имена наподобие md0. К старым версиям RAID-массивов (с метаданными версии 0.90), которым нельзя присвоить имя, можно обращаться по метке файловой системы или UUID. Пример: --device=rhel7-root --label=rhel7-root.

  • --spares= — число резервных дисков. Резервные диски используются для восстановления массива в случае сбоя одного из дисков.

  • --fsprofileпрофиль файловой системы, который определяет набор параметров файловой системы. Этот параметр требует наличия файла конфигурации. Так, в файловых системах ext2, ext3, ext4 файл расположен в /etc/mke2fs.conf.

  • --fstype= — тип файловой системы. Допустимые значения: xfs, ext2, ext3, ext4, swap, vfat.

  • --fsoptions= — строка параметров монтирования файловой системы, заключенная в кавычки. В готовой системе эта строка будет записана в /etc/fstab.

  • --label= — метка файловой системы. Если метка уже используется, будет создана новая метка.

  • --noformat — использует существующее устройство без форматирования RAID-массива.

  • --useexisting — использует существующее устройство и повторно его форматирует.

  • --encrypted — включает шифрование RAID-устройства с использованием парольной фразы из --passphrase. Если парольная фраза не задана, Anaconda использует стандартный пароль из строки autopart --passphrase, а если и он не задан — будет предложено его ввести во время установки.

  • --cipher= — тип шифрования, который будет выбран, если стандартного значения aes-xts-plain64, используемого в Anaconda, оказалось недостаточно. Этот параметр используется вместе с --encrypted и сам по себе силы не имеет. Описание типов можно найти в руководстве по безопасности Red Hat Enterprise Linux 7, но Red Hat рекомендует выбрать aes-xts-plain64 или aes-cbc-essiv:sha256.
  • --passphrase= — парольная фраза для доступа к RAID-устройству. Используется вместе с --encrypted.

  • --escrowcert=URL — сертификат X.509, с помощью которого зашифрован ключ устройства в /root. Этот параметр имеет смысл только при наличии аргумента --encrypted.

  • --backuppassphrase — случайная парольная фраза для устройства. Файлы паролей хранятся в /root и зашифрованы с помощью сертификата X.509. Этот параметр используется вместе с --escrowcert.

В следующем примере будут созданы разделы / (RAID1) и /home (RAID5). Предполагается, что всего установлено три диска SCSI. Также будут созданы три раздела подкачки, по одному на каждом диске.

Пример 23.2. Команда raid

part raid.01 --size=6000 --ondisk=sda
part raid.02 --size=6000 --ondisk=sdb
part raid.03 --size=6000 --ondisk=sdc
				
part swap --size=512 --ondisk=sda
part swap --size=512 --ondisk=sdb
part swap --size=512 --ondisk=sdc
				
part raid.11 --size=1 --grow --ondisk=sda  
part raid.12 --size=1 --grow --ondisk=sdb
part raid.13 --size=1 --grow --ondisk=sdc
				
raid / --level=1 --device=rhel7-root --label=rhel7-root raid.01 raid.02 raid.03  
raid /home --level=5 --device=rhel7-home --label=rhel7-home raid.11 raid.12 raid.13
realm (дополнительный)

Настраивает подключение к домену IPA или Active Directory. Подробную информацию можно найти на справочной странице realm(8) .

realm join домен [параметры]
  • --computer-ou=OU= — уникальное имя подразделения. Формат определяется программным обеспечением клиента. Составляющую rootDSE можно опустить.

  • --no-password — автоматическое подключение без ввода пароля.

  • --one-time-password= — при входе необходимо ввести пароль один раз. Подходит только для некоторых областей.

  • --client-software= — подключаться только к областям, где могут выполняться выбранные программы клиента. Допустимые значения включают sssd и winbind. По умолчанию программное обеспечение клиента выбирается автоматически.

  • --server-software= — подключаться только к областям, где могут выполняться выбранные программы сервера. Допустимые значения включают active-directory и freeipa.

  • --membership-software= — программа, выбираемая при подключении к области. Допустимые значения включают samba и adcli. По умолчанию выбирается автоматически.

reboot (дополнительный)

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

Параметр reboot аналогичен команде shutdown -r.

Для полной автоматизации текстовой установки на платформах System z используйте reboot.

Другие методы завершения работы системы включают halt, poweroff и shutdown.

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

Параметр reboot может привести к зацикливанию установки в зависимости от выбранного носителя и способа установки.

repo (дополнительный)

Позволяет настроить дополнительные репозитории yum.

repo --name=ID [--baseurl=<url>|--mirrorlist=url] [параметры]
  • --name= — обязательный идентификатор репозитория. Если репозиторий уже был добавлен, он будет пропущен. Программа установки использует заранее подготовленный список репозиториев, поэтому имена дополнительных репозиториев не должны с ними совпадать.

  • --baseurl= — адрес репозитория. Переменные из файлов конфигурации репозиториев yum здесь не поддерживаются. Этот параметр не может использоваться вместе с --mirrorlist.

  • --mirrorlist= — адрес списка зеркал репозитория. Переменные из файлов конфигурации репозиториев yum здесь не поддерживаются. Этот параметр не может использоваться вместе с —baseurl.

  • --cost= — целое значение, определяющее приоритет репозитория. Используется для выбора репозитория, если интересующий пакет входит в состав нескольких репозиториев. В этом случае будет выбран репозиторий с минимальным значением.

  • --excludepkgs= — список пакетов через запятую, которые будут исключены при загрузке из репозитория. Обычно используется, если один пакет входит в состав нескольких репозиториев, и вы хотите исключить одну из версий. В качестве значений принимаются полные имена пакетов (например, publican) и шаблоны (например, gnome-*).

  • --includepkgs= — список пакетов и шаблонов их имен, которые будут загружены из репозитория. Используется, если один пакет входит в состав нескольких репозиториев, и вы хотите загрузить конкретную версию из определенного репозитория.

  • --proxy=[протокол://][пользователь[:пароль]@]узел[:порт] — прокси-сервер HTTP, HTTPS или FTP для доступа к репозиторию. Этот параметр на меняет способ загрузки install.img при выполнении установки с HTTP-сервера.

  • --ignoregroups=true — если установлен, программа установки не будет обрабатывать сведения о группах пакетов при копировании установочной структуры, что позволит уменьшить размер данных в зеркале.

  • --noverifyssl — отключает проверку SSL при подключении к серверу HTTPS.

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

rescue (дополнительный)

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

rescue [--nomount|--romount]
  • --nomount и --romount — управляют монтированием в режиме восстановления. По умолчанию установленная система будет подключена в режиме чтения-записи. --nomount отключает монтирование, а --romount подключает систему в режиме чтения. Эти параметры являются взаимоисключающими.

rootpw (обязательный)

Позволяет установить пароль root.

rootpw [--iscrypted|--plaintext] [--lock] пароль
  • --iscrypted — сообщает, что пароль зашифрован. Параметры --plaintext и --iscrypted являются взаимоисключающими. Зашифровать пароль можно следующим образом:

    $ python -c 'import crypt; print(crypt.crypt("My Password", "$6$My Salt"))'

    Эта команда создаст шифр SHA512 с использованием заданной случайной строки (соли).

  • --plaintext — сообщает, что пароль определен в открытом виде. Параметры --plaintext и --iscrypted являются взаимоисключающими.

  • --lock — блокирует учетную запись. Авторизация пользователя root из консоли будет недоступна.

selinux (дополнительный)

Определяет режим SELinux (по умолчанию будет выбран строгий режим).

selinux [--disabled|--enforcing|--permissive]
  • --enforcing — строгий режим SELinux.

  • --permissive — режим предупреждений.

  • --disabled — отключает SELinux.

services (дополнительный)

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

services [--disabled=список] [--enabled=список]

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

services --disabled=auditd, cups,smartd, nfslock

В этом примере будет отключена только служба auditd. Для отключения всех служб удалите пробел:

services --disabled=auditd,cups,smartd,nfslock
shutdown (дополнительный)

После установки завершает работу системы. Если метод не указан, будет выбран halt.

Параметр shutdown аналогичен команде shutdown.

Другие методы завершения работы включают halt, poweroff и reboot.

skipx (дополнительный)

Пропускает настройку системы X.

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

sshpw (дополнительный)

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

sshpw --username=пользователь пароль [--iscrypted|--plaintext] [--lock]
  • --username — обязательное имя пользователя.

  • --iscrypted — сообщает, что пароль зашифрован. Параметры --plaintext и --iscrypted являются взаимоисключающими. Зашифровать пароль можно следующим образом:

    $ python -c 'import crypt; print(crypt.crypt("My Password", "$6$My Salt"))'

    Эта команда создаст шифр SHA512 с использованием заданной случайной строки (соли).

  • --plaintext — сообщает, что пароль определен в открытом виде. --plaintext и --iscrypted являются взаимоисключающими.

  • --lock — блокирует учетную запись, то есть пользователи не смогут авторизоваться из консоли.

Чтобы ограничить ssh-доступ на время установки, выполните:

sshpw --username=root --lock
text (дополнительный)

Выполнение установки в текстовом режиме.

timezone (обязательный)

Устанавливает часовой пояс. Для просмотра полного списка часовых поясов выполните timedatectl list-tinezones.

timezone часовой_пояс [параметры]
  • --utc — если задан, подразумевается, что системные часы установлены по Гринвичу.

  • --nontp — отключает автоматический запуск NTP.

  • --ntpservers — список NTP-серверов через запятую без пробелов.

unsupported_hardware (дополнительный)

Позволяет игнорировать сообщения о неподдерживаемом оборудовании. Если эта команда пропущена, при обнаружении неподдерживаемого оборудования установка будет приостановлена.

user (дополнительный)

Создание пользователя.

user --name=пользователь [параметры]
  • --username= — обязательное имя пользователя.

  • --gecos= — строка параметров GECOS через запятую. Типичные параметры включают полное имя пользователя, номер офиса, и т.п. Подробную информацию можно найти на справочной странице passwd(5).

  • --groups= — список групп пользователя, разделенных запятой. Список должен содержать существующие группы (см. описание команды group).

  • --homedir= — домашний каталог пользователя. По умолчанию используется /home/пользователь.

  • --lock — блокирует учетную запись, то есть пользователи не смогут авторизоваться из консоли.

  • --password= — пароль пользователя. Если не задан, учетная запись будет заблокирована.

  • --iscrypted — сообщает, что пароль зашифрован. Параметры --plaintext и --iscrypted являются взаимоисключающими. Зашифровать пароль можно следующим образом:

    $ python -c 'import crypt; print(crypt.crypt("My Password", "$6$My Salt"))'

    Эта команда создаст шифр SHA512 с использованием заданной случайной строки (соли).

  • --plaintext — сообщает, что пароль определен в открытом виде. --plaintext и --iscrypted являются взаимоисключающими.

  • --shell= — оболочка пользователя. По умолчанию используются системные настройки.

  • --uid= — идентификатор пользователя. По умолчанию будет использоваться следующий незарезервированный идентификатор.

  • --gid= — идентификатор группы. По умолчанию используется следующий свободный идентификатор.

    В настоящий момент параметр --gid= не работает вследствие ошибок. Не следует добавлять его в файл кикстарта, так как это приведет к ошибке.

vnc (дополнительный)

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

vnc [--host=узел] [--port=порт] [--password=пароль]
  • --host= — подключение к клиенту VNC, прослушивающему заданный узел.

  • --port= — порт, который будет прослушиваться клиентом VNC. Если не задан, Anaconda использует стандартное значение VNC.

  • --password= — пароль доступа к сеансу VNC. Этот параметр не является обязательным, но рекомендуется его определить.

volgroup (дополнительный)

Создание группы LVM.

volgroup имя раздел [параметры]

Имена логических томов и их групп не должны содержать дефис — в противном случае в списке /dev/mapper/ они будут включать по два дефиса. То есть если группа volgrp-01 содержит том logvol-01, его имя будет иметь вид /dev/mapper/volgrp--01-logvol--01.

Это ограничение накладывается только на новые группы и тома. Имена существующих томов (см. --noformat) не изменятся.

Параметры:

  • --noformat — использует существующую группу томов без форматирования.

  • --useexisting — использует существующую группу томов и повторно ее форматирует.

  • --pesize= — размер физических экстентов.

  • --reserved-space= — размер пространства в мегабайтах, которое должно быть зарезервировано в группе томов. Применимо только к новым группам томов.

  • --reserved-percent= — процентная доля пространства, зарезервированного в группе томов.

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

part pv.01 --size 10000
volgroup volgrp pv.01 
logvol / --vgname=volgrp --size=2000 --name=root
xconfig (дополнительный)

Настраивает X Window System. Если в файле кикстарта есть запись для установки X, но нет команды xconfig, настройки X надо будет определить вручную.

Не следует добавлять эту команду в файл кикстарта, если вы не планируете устанавливать X Window System.

  • --defaultdesktop= — рабочее окружение. Чтобы выбрать GNOME или KDE, необходимо, чтобы они также присутствовали в секции %packages.

  • --startxonboot — графическая авторизация в установленной системе.

zerombr (дополнительный)

Параметр zerombr заново инициализирует недействительные таблицы разделов. Это приведет к потере данных на дисках с этими таблицами.

Если в ходе выполнения установки на платформах IBM System z были обнаружены неотформатированные DASD-устройства (Direct Access Storage Device), они будут автоматически отформатированы с помощью dasdfmt. Эта команда подавляет запросы подтверждения пользователя в ходе интерактивной установки.

Если параметр zerombr не задан, и программа установки обнаружила неотформатированное DASD-устройство, кикстарт-установка завершится неудачей.

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

zfcp (дополнительный)

Применимо к IBM System z и определяет FC-устройство (Fibre Channel).

zfcp --devnum=номер --wwpn=wwpn --fcplun=lun
  • --devnum— номер устройства (идентификатор шины адаптера zFCP).

  • --wwpn — шестнадцатеричный номер WWPN ( World Wide Port Name) с префиксом 0x.

  • --fcplun — шестнадцатеричный номер LUN (Logical Unit Number) с префиксом 0x.

Например:

zfcp --devnum=0.0.4000 --wwpn=0x5005076300C213e9 --fcplun=0x5022000000000000
%include (дополнительный)

%include /путь/к/файлу поможет включить содержимое другого файла в файл кикстарта.

Настроить интеграцию с телефонией Asterisk

Для настройки интеграции с телефонией Asterisk потребуется выполнить следующие шаги:

  1. Подготовить Asterisk к интеграции.Подробнее >>>

  2. Настроить сервис обмена сообщениями Creatio Messaging Service. Подробнее >>>

  3. Настроить библиотеку обмена сервисными сообщениями. Подробнее >>>

  4. Настроить параметры Asterisk. Подробнее >>>

Функциональность интеграции с телефонией Asterisk лицензируется как отдельное решение. Необходимо сформировать запрос на получение лицензий, отправить его в службу поддержки, загрузить полученный файл лицензий в систему и распределить лицензии между пользователями. Подробнее: Лицензировать Creatio и Управлять лицензиями пользователей.

Процедура интеграции выполняется при условии, что все предварительные настройки телефонии Asterisk ранее выполнены администратором телефонии.

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

1. Подготовить Asterisk к интеграции 

Для взаимодействия с Asterisk используется интерфейс AMI (Asterisk Manager Interface), при помощи которого происходит подключение к серверу Asterisk, настройка и управление клиентскими программами:

  1. Создайте AMI пользователя для Creatio, указав его параметры в файле “manager.conf”, например:

    Значения “deny” и “permit” замените на соответствующие адреса.

  2. Проверьте активность функции парковки и параметры файла “features.conf”, например:

Важно. Значение “parkingtime” определяет максимальное время, которое звонок может находиться в режиме удержания. По истечении этого времени абонент возобновит разговор с оператором. Значение “parkingtime” должно быть достаточным, чтобы избежать раннего возврата звонка оператору.

2. Настроить сервис сообщений Creatio Messaging Service (ранее Terrasoft Messaging Service) 

Сервис сообщений позволяет соединить Creatio c телефонией, подключаясь по протоколу AMI к Asterisk и распределяя события о звонках между пользователями Creatio. Некоторые настройки отличаются в зависимости от платформы, на которой развернут сервис телефонии Asterisk — .NET Framework или .NET Core.

Настроить Creatio Messaging Service на платформе .NET Framework 

  1. Перед установкой Creatio Messaging Service (CMS) убедитесь, что рабочая среда вашего компьютера соответствует программным требованиям:

    • Пакет .NET Framework версии 4.7.2 или выше на сервере, где устанавливается сервис сообщений Creatio Messaging Service.

    • Наличие минимум 2 Гб оперативной памяти и 20 Гб свободного дискового пространства.

  2. Обратитесь в службу поддержки Creatio для получения файлов установки сервиса обмена сообщениями или загрузите установочные файлы CMS по ссылке: Скачать Creatio Messaging Service. Для корректной установки CMS архив необходимо предварительно распаковать. В случае запуска установки непосредственно из архива программа-архиватор может внести сбои в работу установщика.

  3. Запустите файл Creatio Messaging Service Install.msi на том компьютере, который будет использоваться в качестве сервера обмена сообщениями, и выполните установку.

  4. Убедитесь, что служба “TerrasoftMessagingService” запущена в приложении Службы (Services) Windows. Если служба “TerrasoftMessagingService” не запущена, то запустите ее вручную.

  5. Перейдите в папку с файлами сервиса ~\BPMonline Messaging Service. Пропишите в конфигурационном файле “Terrasoft.Messaging.Service.exe.config” следующие параметры для коннектора Asterisk:

    Детальнее перечень параметров для коннектора Asterisk рассмотрен в следующей таблице:

    Наименование параметра

    Назначение параметра

    FilePath

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

    URL

    Параметр для указания IP-адреса сервера Asterisk.

    protocol

    Параметр позволяет выбрать тип протокола: SIP или PJSIP. Чтобы узнать, какой тип протокола необходимо использовать, обратитесь к администраторам своей АТС.

    Port

    Порт AMI протокола. Значение по умолчанию “5038”.

    OriginateContext

    Команда используется для инициации звонка по номеру из Creatio. Параметр содержит название контекста, в котором будет выполнен звонок на номер телефона пользователя. Значение по умолчанию для FreePBX — “from-internal”.

    parkingLotContext

    Контекст для инициации звонка на получение паркованной линии. Значение по умолчанию — “originateContext”.

    AutoPauseOnCommutationStart

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

    queueExtensionFormat

    Формат определения канала звонка при получении звонков из очереди. При использовании LocalChannel в FreePBX значение по умолчанию — “Local/{0}@from-queue”.

    sendRingStartedOnRingingState

    Признак отвечает за корректную обработку получения звонка из очереди. При установленном признаке Creatio будет отображать звонок у пользователя после получения AMI события “NewState” с параметром Ringing. Значение по умолчанию — “включено”.

    traceQueuesState

    Настройка предназначена для диагностики состояния оператора в очередях. Используется для отладки, если оператор при обработке звонка в Creatio получает второй звонок из очереди. Информация о состоянии операторов выводится в лог-файл коннектора. Значение по умолчанию — “выключено”.

    Пример настроенной конфигурации:

  6. Проверьте работу телефонии.

На заметку. Если вам необходимо обновить Creatio Messaging Service, то воспользуйтесь следующей инструкцией.

Настроить Creatio Messaging Service на платформе .NET Core 

Важно. Настройка Messaging Host (Creatio Messaging Service) на платформе .NET Core доступна для Creatio версии 7.16.3 и выше.

  1. Установите Docker. Для установки Docker на операционную систему Linux воспользуйтесь инструкцией в документации Docker. Для проверки установленной версии Docker выполните команду docker —version в терминале (консоли) Linux-машины.

  2. Установите Docker Сompose. Для установки Docker Compose на операционную систему Linux воспользуйтесь инструкцией в документации Docker. Для проверки установленной версии Docker Compose выполните команду docker-compose —version в терминале (консоли) Linux-машины.

  3. Установите и настройте компоненты Docker Compose. Контейнер сервиса сообщений развертывается с помощью утилиты Docker Compose. Скачайте архив по ссылке. Разархивируйте содержимое архива с конфигурационными файлами и скриптами в произвольный каталог, например, /opt/messaging.host.

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

    Структура архива с конфигурационными файлами и скриптами:

  4. Используя терминал Linux, перейдите в каталог docker-compose распакованного архива, например, /opt/messaging.host/docker-compose.

  5. Выполните команду sudo docker-compose pull в терминале. Дождитесь завершения загрузки необходимых образов с компонентами сервиса с Docker Hub.

    Важно. Если на сервере запрещен доступ в интернет, то необходимо вручную скачать нужные образы на машину с открытым доступом (см. конфигурационный файл docker-compose.yml), а затем перенести образы в виде файлов на целевую машину с помощью команд sudo docker export и sudo docker import.

  6. Пропишите в конфигурационном файле “etc/appsettings.json” следующие параметры для коннектора Asterisk:

  7. Выполните команду sudo docker-compose up -d для запуска сервиса. Также в текущем каталоге будет создана папка logs.

    Детальнее перечень параметров для коннектора Asterisk рассмотрен в следующей таблице:

    Наименование параметра

    Назначение параметра

    FilePath

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

    URL

    Параметр для указания IP-адреса сервера Asterisk.

    protocol

    Параметр позволяет выбрать тип протокола: SIP или PJSIP. Чтобы узнать, какой тип протокола необходимо использовать, обратитесь к администраторам своей АТС.

    Port

    Порт AMI протокола. Значение по умолчанию “5038”.

    OriginateContext

    Команда используется для инициации звонка по номеру из Creatio. Параметр содержит название контекста, в котором будет выполнен звонок на номер телефона пользователя. Значение по умолчанию для FreePBX — “from-internal”.

    parkingLotContext

    Контекст для инициации звонка на получение паркованной линии. Значение по умолчанию — “originateContext”.

    AutoPauseOnCommutationStart

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

    queueExtensionFormat

    Формат определения канала звонка при получении звонков из очереди. При использовании LocalChannel в FreePBX значение по умолчанию — “Local/{0}@from-queue”.

    sendRingStartedOnRingingState

    Признак отвечает за корректную обработку получения звонка из очереди. При установленном признаке Creatio будет отображать звонок у пользователя после получения AMI события “NewState” с параметром Ringing. Значение по умолчанию — “включено”.

    traceQueuesState

    Настройка предназначена для диагностики состояния оператора в очередях. Используется для отладки, если оператор при обработке звонка в Creatio получает второй звонок из очереди. Информация о состоянии операторов выводится в лог-файл коннектора. Значение по умолчанию — “выключено”.

    Пример настроенной конфигурации:

  8. Проверьте работу телефонии.

3. Настроить библиотеку обмена сервисными сообщениями 

Выбор и настройка библиотеки обмена сообщениями осуществляется однократно администратором системы. Некоторые настройки отличаются в зависимости от платформы, на которой развернут сервис телефонии Asterisk — NET Framework или .NET Core.

Настроить библиотеку на платформе .NET Framework 

  1. Откройте дизайнер системы, например, нажав кнопку в правом верхнем углу приложения.

  2. В блоке “Настройка системы” кликните по ссылке “Системные настройки”.

  3. В системной настройке “Библиотека обмена сообщениями по умолчанию” (код “SysMsgLib”) укажите значение по умолчанию “Библиотека интеграции с телефонией по протоколу Asterisk (AMI)”.

  4. В системной настройке “Сервер обмена сообщениями” (код “SysMsgServerNode”) укажите параметры подключения к сервису системных сообщений. В поле Значение по умолчанию укажите сетевой адрес сервера обмена сообщениями в виде: “ws://сервер:2013” для сайтов, доступных по протоколу http, или “wss://сервер:2013” для сайтов, доступных по протоколу https, где:

    • сервер — доменное имя сервера, на котором размещена служба обмена сообщениями. Не рекомендуется использование ip-адреса или localhost-значения.

    • “2013” — порт, используемый по умолчанию для подключения к сервису сообщений. Номер порта можно изменить в конфигурационном файле “Terrasoft.Messaging.Service.exe.config”. Не рекомендуется использовать значение localhost, поскольку это может привести к ошибке при подключении к серверу телефонии. При использовании wss-соединения убедитесь, что адрес сервера и адрес, на который выдан SSL-сертификат, совпадают.

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

Настроить библиотеку на платформе .NET Core 

Важно. Настройка Messaging Host на платформе .NET Core доступна для Creatio версии 7.16.3 и выше.

  1. Откройте дизайнер системы, например, нажав кнопку в правом верхнем углу приложения.

  2. В блоке “Настройка системы” кликните по ссылке “Системные настройки”.

  3. В системной настройке “Библиотека обмена сообщениями по умолчанию” (код “SysMsgLib”) укажите значение по умолчанию “Библиотека интеграции с телефонией по протоколу Asterisk (AMI)”.

  4. В системной настройке “Сервер обмена сообщениями” (код “SysMsgServerNode”) укажите параметры подключения к сервису сообщений. В поле Значение по умолчанию укажите сетевой адрес сервера обмена сообщениями в виде: “http://сервер:2013” для сайтов, доступных по протоколу http, или “https://сервер:2014” для сайтов, доступных по протоколу https, где:

    • сервер — доменное имя сервера, на котором размещен сервис обмена сообщениями. Не рекомендуется использование ip-адреса или localhost-значения.

    • “2013 или 2014” — порт, используемый по умолчанию для подключения к сервису сообщений. Номер порта можно изменить в конфигурационном файле “docker-compose.yml”. Не рекомендуется использовать значение localhost, поскольку это может привести к ошибке при подключении к серверу телефонии. При использовании https-соединения убедитесь, что адрес сервера и адрес, на который выдан SSL-сертификат, совпадают.

      На заметку. Если ваш сайт доступен по протоколу https и вы используете защищенное подключение для веб-сокетов, то на сервере обмена сообщениями необходимо установить сертификат безопасности и указать его в конфигурации docker-compose. Для получения подробной информации о такой настройке обратитесь в службу поддержки Creatio.

4. Настроить параметры Asterisk 

Настройка параметров Asterisk выполняется для каждого пользователя Creatio, которому была выделена лицензия на интеграцию с телефонией Asterisk, под его учетной записью. Чтобы выполнить настройку:

  1. Откройте страницу профиля пользователя, например, кликнув по ссылке Профиль на главной странице приложения.

  2. Нажмите кнопку Настройки параметров Call Centre.

  3. На открывшейся странице заполните следующие поля:

    1. Отключить интеграцию с Contact Centre — установленный признак позволяет отключить интеграцию Creatio с телефонией. Кнопка выполнения звонка перестанет отображаться на коммуникационной панели приложения.

    2. Номер — номер линии пользователя в Asterisk. По умолчанию совпадает с номером телефона. Например, для отслеживания пользовательской линии SIP/305 необходимо указать значение “305”, а для отслеживания линии SIP/office — “office”.

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

    3. Контекст исходящего звонка — укажите контекст исходящего звонка, если для данного пользователя он должен быть отличным от общесистемного, указанного в файле “Terrasoft.Messaging.Service.exe.config”.

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

  4. Нажмите Сохранить.

  5. Обновите страницу вашего браузера, чтобы внесенные изменения вступили в силу.

Настройки сервиса геообработки: параметры—Документация | ArcGIS Enterprise

Некоторые настройки сервиса геообработки могут быть настроены внутри веб-страницы каталога администратора ArcGIS for Server. Эти дополнительные настройки не могут быть заданы в ArcMap или ArcGIS for Server Manager.

Изменение свойств существующего сервиса

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

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

Параметр Описание

Кластер

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

Режим выполнения: Синхронный и Асинхронный

Синхронность и асинхронность определяют, как клиент (приложение, использующее задачу) будет взаимодействовать с сервером и получать результаты выполнения задачи. Когда сервис настроен на синхронность, клиент ждет, пока задача будет закончена. Как правило, синхронная задача выполняется быстро – 5 секунд и меньше. Асинхронная задача обычно выполняется медленнее, а клиент должен периодически запрашивать сервер, выполнена ли задача, и если задача выполнена, получить результат. Веб-приложение, использующее асинхронную задачу, должно иметь реализованную логику для проверки статуса задания и обработки результата, когда выполнение завершено. Клиенты ArcGIS for Desktop поддерживают оба типа выполнения.

Просмотреть результат с помощью картографического сервиса

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

  • Если задача выводит большое количество объектов, для которых клиент должен задавать символы, а затем отображать эти объекты, будет быстрее, если клиент получит карту.
  • Для наилучшего способа отображения результатов нужны функции, которые содержатся в ArcMap, а не на клиенте.
  • В целях распределения данных нет необходимости отправлять клиенту какие-либо объекты, а только картографическое изображение.
  • Результатом задачи является не подлежащий передаче набор данных, такой как TIN или чертеж САПР. Единственный способ передать географию клиенту – это использовать картографическое изображение.

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

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

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

Показать сообщения

Можно возвращать сообщения различных уровней клиенту, который запустил сервис геообработки.

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

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

Дополнительные сведения о типах и серьезности сообщений геообработки

Максимальное количество записей, возвращаемых сервером

Максимальное количество результатов, которое сервис может вернуть клиенту. Определение большего значения для этого параметра будет означать, что ГИС сервер сможет обрабатывать отправку большого числа отдельных записей или объектов клиенту. Если не нужно возвращать какие-либо объекты, установите для этого параметра значение 0 (нуль). Как правило, это значение равно нулю только при включенном параметре Просмотреть результат с помощью картографического сервиса.

Директории

Каталоги, используемые сервером для записи файлов при выполнении задачи.

Не удается найти страницу | Autodesk Knowledge Network

(* {{l10n_strings.REQUIRED_FIELD}})

{{l10n_strings.CREATE_NEW_COLLECTION}}*

{{l10n_strings.ADD_COLLECTION_DESCRIPTION}}

{{l10n_strings.COLLECTION_DESCRIPTION}} {{addToCollection.description.length}}/500 {{l10n_strings.TAGS}} {{$item}} {{l10n_strings.PRODUCTS}} {{l10n_strings.DRAG_TEXT}}  

{{l10n_strings.DRAG_TEXT_HELP}}

{{l10n_strings.LANGUAGE}} {{$select.selected.display}}

{{article.content_lang.display}}

{{l10n_strings.AUTHOR}}  

{{l10n_strings.AUTHOR_TOOLTIP_TEXT}}

{{$select.selected.display}} {{l10n_strings.CREATE_AND_ADD_TO_COLLECTION_MODAL_BUTTON}} {{l10n_strings.CREATE_A_COLLECTION_ERROR}}

Google Chrome – Политика конфиденциальности

Последнее обновление: 15 января 2021 г.

Предыдущие версии: Выберите дату20 мая 2020 г.17 марта 2020 г.10 декабря 2019 г.31 октября 2019 г.12 марта 2019 г.30 января 2019 г.4 декабря 2018 г.24 октября 2018 г.24 сентября 2018 г.6 марта 2018 г.25 апреля 2017 г.7 марта 2017 г.24 января 2017 г.30 ноября 2016 г.11 октября 2016 г.30 августа 2016 г.21 июня 2016 г.1 сентября 2015 г.12 ноября 2014 г.26 августа 2014 г.20 мая 2014 г.20 февраля 2014 г.

Здесь рассказано, как управлять данными, которые получает, хранит и использует Google, когда Вы работаете в браузере Google Chrome на компьютере или мобильном устройстве, в Chrome OS или в режиме Безопасного просмотра. Хотя перечисленные ниже правила относятся к браузеру Chrome, вся личная информация, которую Вы предоставляете Google или храните в аккаунте, обрабатывается строго в соответствии с Политикой конфиденциальности Google, которая иногда меняется. Информацию о хранении данных в Google можно посмотреть в соответствующей политике.

Если на Вашем устройстве Chromebook можно устанавливать приложения из Google Play, использование и защита Ваших данных, собираемых сервисом Google Play или системой Android, регулируется Условиями использования Google Play и Политикой конфиденциальности Google. В этом Примечании Вы найдете дополнительные правила, касающиеся Google Chrome.

О Примечании

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

Версии «Chrome (бета)», «Chrome для разработчиков» и Chrome Canary позволяют тестировать новые функции браузера, которые ещё не были выпущены официально. Настоящее Примечание относится ко всем версиям Chrome, но может не учитывать функции, находящиеся в разработке.

Подробнее о том, как изменить настройки конфиденциальности в Chrome…

Содержание

Режимы браузера

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

Основной режим браузера

При работе браузера в основном режиме на Вашем компьютере сохраняется информация, в том числе:

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

  • Персональные данные и пароли для быстрого заполнения форм и входа на сайты, где Вы уже бывали раньше.

  • Список разрешений, предоставленных веб-сайтам.

  • Файлы cookie или другие данные с посещенных вами веб-сайтов.

  • Данные, сохраненные дополнениями.

  • Информация о скачиваниях с веб-сайтов.

Вы можете:

Личная информация из Chrome отправляется в Google только в том случае, если вы решили хранить ее в аккаунте Google, включив синхронизацию. Платежные данные, карты и пароли передаются, только если вы сохранили их в аккаунте Google. Подробнее…

Как Chrome обрабатывает Вашу информацию

Информация для владельцев сайтов. Сайты, которые Вы открываете с помощью Chrome, автоматически получают стандартные данные журналов, включая Ваш IP-адрес и данные из файлов cookie. Используя Chrome для работы с сервисами Google (например, Gmail), Вы не предоставляете компании Google какой-либо дополнительной информации о себе. Если в Chrome будет автоматически обнаружено, что пользователь сервиса Google или партнерского сайта стал жертвой сетевой атаки типа «человек посередине», то данные об этом могут быть направлены в Google или на тот ресурс, где произошла атака. Это нужно, чтобы определить ее серьезность и принцип организации. Владельцы сайтов, сотрудничающие с Google, получают отчеты об атаках, которые были произведены на их ресурсах.

Предварительная визуализация. Чтобы быстрее загружать веб-страницы, Chrome может искать IP-адреса ссылок, размещенных на текущей странице, и создавать сетевые подключения. Сайты и приложения Android также иногда запрашивают у браузера предварительную загрузку веб-страниц, на которые Вы можете перейти дальше. Запросы от веб-сайтов выполняются всегда и не зависят от системы подсказок Chrome. Если от браузера Chrome, веб-сайта или приложения поступил запрос на предварительную визуализацию страницы, она будет сохранять и считывать файлы cookie, как будто ее уже посетили (даже если этого не произойдет). Подробнее…

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

  • список маршрутизаторов Wi-Fi поблизости;
  • идентификаторы базовых станций сотовой связи поблизости;
  • данные о мощности сигнала Wi-Fi или сотовой связи;
  • текущий IP-адрес Вашего мобильного устройства.

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

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

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

Поисковые подсказки. Чтобы Вы могли искать информацию быстрее, Chrome предлагает варианты запросов. Для этого он отправляет символы, которые Вы вводите в омнибокс или окно поиска на странице быстрого доступа, в Вашу поисковую систему по умолчанию (даже если Вы ещё не нажали клавишу «Ввод»). Если Вы выбрали Google в качестве поисковой системы по умолчанию, она предлагает подсказки на основе Вашей истории поиска, запросов других людей, а также тем, связанных с Вашими запросами в омнибоксе и окне поиска на странице быстрого доступа. О том, как ускорить поиск в Google, рассказано в этой статье. Подсказки также могут быть основаны на истории браузера. Подробнее…

Похожие страницы. Если Вы не сможете открыть нужную веб-страницу, Chrome отправит ее адрес в Google и предложит похожие сайты.

Автозаполнение, платежи и управление паролями. Когда включено автозаполнение или управление паролями, Chrome отправляет в Google анонимную информацию о веб-формах, которые вы открываете или отправляете (в том числе хешированный URL веб-страницы и данные о полях для ввода). Эти сведения позволяют нам улучшать сервисы автозаполнения и управления паролями. Подробнее…

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

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

Веб-приложения для Android. Если Вы добавите на главный экран устройства Android сайт, оптимизированный для быстрой и надежной работы на мобильных устройствах, Chrome свяжется с серверами Google и создаст на Вашем устройстве оригинальный пакет приложения. Благодаря ему Вы сможете использовать веб-приложение как обычное приложение для Android. Например, веб-приложение появится в списке приложений, установленных на устройстве. Подробнее…

Статистика использования и отчеты о сбоях. По умолчанию эти данные отправляются в Google, чтобы с их помощью мы могли улучшать свои продукты. Статистика использования содержит информацию о настройках, нажатиях кнопок и задействованных ресурсах памяти. Как правило, в статистику не входят URL веб-страниц и личная информация. Однако, если Вы включили функцию «Помогать улучшить просмотр страниц и поиск» или «Отправлять URL посещенных страниц в Google», в статистике будут данные о том, какие страницы Вы открывали и как их использовали. Если у Вас включена синхронизация Chrome, то данные о поле и возрасте, указанные в Вашем аккаунте Google, могут использоваться вместе с нашей статистикой. Это позволяет нам создавать продукты для всех групп населения. К примеру, мы можем собирать статистику, чтобы определять страницы, которые загружаются медленно. Мы используем эту информацию, чтобы совершенствовать свои продукты и сервисы, а также помогать разработчикам в улучшении их сайтов. Отчеты о сбоях содержат системную информацию на момент сбоя, а также могут включать URL веб-страниц и личные данные (в зависимости от того, как использовался браузер). Мы можем передавать партнерам (например, издателям, рекламодателям и разработчикам) обобщенную информацию, по которой нельзя установить личность пользователя. Вы можете в любой момент запретить или снова разрешить Chrome отправлять в Google статистику и отчеты. Если Вы используете приложения из Google Play на устройстве Chromebook и разрешили Chrome отправлять статистику, в Google также будут передаваться данные диагностики и сведения об использовании Android.

Медиалицензии. Некоторые сайты шифруют медиаконтент, чтобы защитить его от несанкционированного доступа и копирования. Если сайт создан на HTML5, обмен выполняется с помощью Encrypted Media Extensions API. При этом на устройстве пользователя может сохраняться лицензия и идентификатор сеанса. Чтобы стереть их, воспользуйтесь инструментом Удаление данных о просмотренных страницах (установите флажок «Файлы cookie и другие данные сайтов»). Если на сайте используется Adobe Flash Access, Chrome предоставляет сайту или провайдеру контента уникальный идентификатор, который хранится в Вашей системе. Чтобы закрыть доступ к идентификатору, в меню Chrome выберите «Настройки > Дополнительные > Настройки контента > Защищенный контент» или воспользуйтесь инструментом Удаление данных о просмотренных страницах (установите флажок «Файлы cookie и другие данные сайтов»). Когда Вы хотите получить доступ к защищенному контенту в Chrome для Android, HD или офлайн-контенту в Chrome OS, поставщик контента может потребовать подтверждение, что устройство подходит для его воспроизведения. В таком случае Ваше устройство передаст сайту идентификатор, подтверждающий безопасность ключей шифрования. Подробнее…

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

Идентификаторы в Chrome

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

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

  • Отслеживание промоакций. Для контроля эффективности промоакций Chrome генерирует уникальный токен, который отправляется в Google при первом запуске и использовании браузера. Если Вы скачали или повторно активировали браузер на компьютере в ходе рекламной кампании и выбрали Google в качестве поисковой системы по умолчанию, Chrome также отправляет в Google неуникальную промометку из запросов, которые Вы вводите в омнибоксе. Все запросы в омнибоксе мобильной версии Chrome также содержат неуникальную промометку. То же самое могут делать устройства с Chrome OS (например, во время первой установки и при отправке поисковых запросов). Подробнее…

  • Тестирование. Иногда мы организуем закрытые тесты новых функций. При первом запуске браузеру присваивается случайный идентификатор, который нужен для выбора фокус-групп. Тестирование может быть ограничено страной (определяется по IP-адресу), операционной системой, версией Chrome и другими параметрами. Список тестовых функций, которые сейчас активны в Вашем браузере Chrome, прилагается ко всем запросам, которые отправляются в Google. Подробнее…

Режимы входа и синхронизации Chrome

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

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

Синхронизация. Когда Вы входите в Chrome или в систему на устройстве Chromebook и включаете синхронизацию с аккаунтом Google, Ваша личная информация сохраняется в аккаунте на серверах Google. Это позволяет Вам получать доступ к своим данным с любого устройства, на котором Вы вошли в Chrome. В отношении персональной информации действует Политика конфиденциальности Google. Вот что может синхронизироваться:

  • история посещения страниц;
  • закладки;
  • вкладки;
  • пароли и параметры автозаполнения;
  • другие настройки браузера, например установленные расширения.

Синхронизация будет работать, только если вы ее включите. Подробнее… В меню «Настройки» можно выбрать конкретную информацию, которая будет синхронизироваться. Подробнее… Для управления данными Chrome, которые хранятся в аккаунте Google, нужно перейти на эту страницу. Там же можно отключить синхронизацию и удалить все связанные с аккаунтом данные с серверов Google (если аккаунт не был создан через сервис Family Link). Подробнее… Вход в аккаунты Google, созданные с помощью Family Link, обязателен, и для них нельзя отключить синхронизацию, так как с ее помощью родители управляют устройствами детей, например доступом к определенным сайтам. Однако дети с управляемыми аккаунтами могут удалить свои данные и отключить синхронизацию для большинства типов данных. Подробнее… К данным, которые хранятся в таких аккаунтах, применяются положения Примечания о конфиденциальности данных в аккаунтах Google, созданных для детей младше 13 лет и управляемых с помощью Family Link.

Как Chrome обрабатывает синхронизированную информацию

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

Вы можете изменить эту настройку на странице отслеживания действий, а также управлять личной информацией по своему усмотрению. Если Вы решили не использовать в других сервисах данные Chrome, они будут обрабатываться Google только в анонимном виде и после объединения их с данными других пользователей. Мы используем эти данные для создания и улучшения функций, продуктов и сервисов. Если Вы хотите использовать облако Google для хранения и синхронизации данных Chrome, но не желаете предоставлять Google доступ к ним, включите шифрование с помощью кодовой фразы. Подробнее…

Режим инкогнито и гостевой режим

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

  • основная информация об истории просмотра сайтов, включая URL, кешированный текст страниц и IP-адреса, связанные с посещенными вами веб-сайтами;
  • уменьшенные изображения посещаемых вами сайтов;
  • записи о скачивании файлов (при этом скачанные файлы будут храниться в указанной вами папке на компьютере или мобильном устройстве).
Как Chrome обрабатывает Вашу информацию в режиме инкогнито и гостевом режиме

Файлы cookie. Chrome не предоставляет сайтам доступ к файлам cookie, если Вы используете режим инкогнито или гостевой режим. При работе в этих режимах сайты могут сохранять в системе новые файлы cookie, но все они будут удалены, когда Вы закроете окно браузера.

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

Разрешения. Разрешения, которые Вы предоставляете в режиме инкогнито, не сохраняются в существующем профиле.

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

Управление пользователями Chrome

Управление пользователями в персональной версии Chrome

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

Управление пользователями в Chrome для организаций

Если браузер Chrome или устройство Chromebook контролируется компанией или учебным заведением, системный администратор может устанавливать для них правила. Когда пользователь в первый раз начинает работу в браузере (кроме гостевого режима), Chrome обращается к Google и получает нужные правила и в дальнейшем периодически проверяет их обновление.

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

Безопасный просмотр веб-страниц

Google Chrome и другие браузеры (включая некоторые версии Mozilla Firefox и Safari) поддерживают функцию Безопасного просмотра Google. При безопасном просмотре браузер получает от серверов Google информацию о подозрительных веб-сайтах.

Как работает функция Безопасного просмотра

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

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

Ряд функций Безопасного просмотра работает только в Chrome:

  • Если Вы включили режим улучшенной защиты с помощью Безопасного просмотра, в Chrome используются дополнительные средства защиты. При этом в Google отправляется больше данных (см. настройки Chrome). Подробнее… Когда включен стандартный режим, некоторые средства защиты также могут быть доступны в качестве самостоятельных функций. Такие функции настраиваются индивидуально.

  • Если Вы включили Безопасный просмотр, а также параметр «Помогать улучшить просмотр страниц и поиск / Отправлять URL посещенных страниц в Google», Chrome отправляет в Google полный URL каждого открытого Вами сайта. Это помогает определить, безопасен ли ресурс. Если Вы также включили синхронизацию истории браузера без кодовой фразы, эти URL будут на время связаны с Вашим аккаунтом Google. Это обеспечит более персонализированную защиту. В режиме инкогнито и гостевом режиме эта функция не работает.

  • В некоторых версиях Chrome используется технология Безопасного просмотра, позволяющая определять потенциально опасные сайты и типы файлов, которых ещё нет в списках Google. Информация о них (включая полный URL сайта или загрузочный файл) может отправляться в Google на проверку.

  • Chrome использует технологию Безопасного просмотра и периодически сканирует Ваш компьютер, чтобы обнаружить нежелательное программное обеспечение. Такое ПО может мешать изменению настроек браузера или другим способом ухудшать его безопасность и стабильность. Обнаружив нежелательные программы, Chrome может предложить Вам скачать Инструмент очистки Chrome, чтобы удалить их.

  • Чтобы помочь нам усовершенствовать режим Безопасного просмотра, Вы можете настроить отправку дополнительных данных. Они будут передаваться при переходе на подозрительный сайт или при обнаружении нежелательного ПО на Вашем компьютере. Подробнее…

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

  • Google. Когда Вы входите на какой-нибудь сайт, Chrome передает в Google часть хеша Вашего имени пользователя и зашифрованную информацию о пароле, а Google возвращает список возможных совпадений из тех сведений, которые стали доступны посторонним в результате известных утечек. По списку Chrome определяет, были ли Ваши данные раскрыты. При этом имя пользователя и пароль, а также факт их утечки, не становятся известны Google. Эту функцию можно отключить в настройках Chrome. Подробнее…

  • Вы можете отключить функцию «Безопасный просмотр» в настройках Chrome на устройстве Android или компьютере. В версии для iOS технология безопасного просмотра контролируется компанией Apple, которая может отправлять данные в другие компании, предоставляющие сервисы безопасного просмотра.

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

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

Управление дополнениями

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

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

Chrome может взаимодействовать с дополнениями следующими способами:

  • проверять обновления;
  • скачивать и устанавливать обновления;
  • отправлять показатели использования дополнений в Google.

Некоторые дополнения могут запрашивать доступ к уникальному идентификатору для управления цифровыми правами или доставки push-уведомлений. Чтобы отменить доступ к идентификатору, удалите дополнение из Chrome.

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

Конфиденциальность журналов сервера

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

Вот пример типовой записи в журнале, относящейся к поисковому запросу «машины». Ниже объясняется, что означает каждая ее часть.

123.45.67.89 - 25/Mar/2003 10:15:32 - https://www.google.com/search?q=машины - Firefox 1.0.7; Windows NT 5.1 - 740674ce2123e969

  • 123.45.67.89 – IP-адрес, назначенный пользователю интернет-провайдером. Этот адрес может меняться при каждом подключении пользователя к Интернету.
  • 25/Mar/2003 10:15:32 – дата и время запроса.
  • https://www.google.com/search?q=машины – запрашиваемый URL, который включает в себя поисковый запрос.
  • Firefox 1.0.7; Windows NT 5.1 – браузер и используемая операционная система.
  • 740674ce2123a969 – идентификатор уникального файла cookie, присвоенный этому компьютеру при первом посещении сайта Google. Пользователь может удалить файлы cookie. В таком случае здесь будет указан идентификатор уникального файла cookie, добавленный при следующем посещении сайта Google с этого же компьютера.

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

Вся информация, которую Google получает при использовании Chrome, обрабатывается и хранится в соответствии с Политикой конфиденциальности Google. Данные, которые получают владельцы других сайтов и разработчики дополнений, включая файлы cookie, регулируются политикой конфиденциальности таких сайтов.

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

Основные понятия

Файлы cookie

Файл cookie – небольшой файл, который содержит строку символов и отправляется на Ваш компьютер, когда Вы открываете какую-то страницу. С его помощью веб-сайт идентифицирует браузер при Вашем повторном посещении. Такие файлы используются в разных целях, например позволяют запоминать Ваши настройки. Вы можете запретить браузеру сохранять файлы cookie или включить уведомления о них, но иногда это приводит к некорректной работе сайтов и сервисов. Подробнее о том, как Google использует файлы cookie и аналогичные данные, полученные от партнеров…

Аккаунт Google

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

Параметры | Запрос и анализ данных

Обзор

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

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

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

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

ПРИМЕЧАНИЕ.

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

Начало работы

Есть два основных шага для реализации параметра:

Определите каждый параметр.

— Параметры отчета определяются вместе с кодом SQL между тегами {% form%} и {% endform%} в редакторе запросов.Для удобства чтения мы предлагаем вам разместить этот код под кодом SQL.

Ссылочные параметры в коде SQL

— Вставьте одну или несколько ссылок на каждый параметр в код SQL с помощью тегов объекта Liquid (например, {{имя_параметра}} ). Во время выполнения Mode заменяет каждую ссылку на объект в вашем коде SQL на соответствующее входное значение параметра перед отправкой кода в вашу базу данных для выполнения.

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

Если вы откроете детали отчета и установите флажок рядом с

Показать код шаблона параметра

, вы увидите следующее:
  ВЫБРАТЬ название_компании,
        Acquirer_name,
        приобретенный_в
ИЗ учебника.crunchbase_acquisitions
ГДЕ приобретенный_год = {{приобретенный_год}}

{% форма %}

приобретенный_год:
    тип: текст
    по умолчанию: 2013

{% endform%}
  

Этот код создает один параметр текстового поля под названием «Год приобретения» со значением по умолчанию «2013». При каждом запуске отчета точный набор символов, введенный в это текстовое поле, будет подставлен непосредственно во весь код SQL отчета, где бы ни было записано {{приобретенный_год}} . Снимите флажок рядом с

Показать код шаблона параметра

, и вы увидите код, который был фактически выполнен для базы данных после того, как Mode оценил весь код Liquid и значение параметра было подставлено в предложение WHERE для {{ приобретенный_год}} .

Запрос как написано:

Запрос, выполненный к базе данных:

Определение параметров

Параметры отчета определяются вместе с кодом SQL в редакторе запросов внутри тегов {% form%} и {% endform%} . Каждое определение содержит одно или несколько свойств, которые управляют типом, доступными параметрами и отображением параметра в отчете. При определении параметров в коде отчета учитывайте следующее:

  • Вы можете определить несколько параметров в одном наборе тегов {% form%} и {% endform%} .
  • Вы можете ссылаться на параметр сколько угодно раз во всех запросах отчета.
  • Определите каждый параметр только один раз и убедитесь, что каждый параметр в отчете имеет уникальное имя.

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

  {% form%}

имя_параметра:
    property_one: value_one
    property_two: value_two
    property_xxx: value_xxx

{% endform%}
  

Имя параметра определяется в первой строке, а его свойства определяются в последующих строках с двумя пробелами для отступа.

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

Выбрать

Параметр «Выбрать» позволяет зрителю выбрать только один вариант из предварительно определенного раскрывающегося списка. Пример отчета (проверьте

Показать код шаблона параметра

) определяет параметр с именем shipment_status с двумя вариантами («доставлен» и «сбой»), из которых пользователь должен выбирать.По умолчанию выбрано «доставлено».
  {% form%}

пересылка статус:
    тип: выберите
    по умолчанию: доставлено
    варианты: [доставлено, сбой]

{% endform%}
  

Для свойства options задан список значений, которые будут доступны средству просмотра отчетов в раскрывающемся списке. Выбранное точное значение будет подставлено в код SQL отчета везде, где при выполнении запроса будет записано {{shipment_status}} .

Множественный выбор

Параметр «Множественный выбор» позволяет зрителю выбрать ноль, один или несколько вариантов из заранее определенного списка.Пример отчета (отметьте

Показать код шаблона параметра

) определяет параметр с именем sales_region с четырьмя возможными вариантами («Северо-восток», «Средний Запад», «Запад» и «Юго-восток»), из которых пользователь может выбирать. По умолчанию выбраны «Северо-восток» и «Запад».
  {% form%}

sales_region:
    тип: multiselect
    по умолчанию: [Северо-восток, Запад]
    варианты: [Северо-восток, Средний Запад, Запад, Юго-восток]

{% endform%}
  

Для свойства options задан список значений, которые будут доступны средству просмотра отчетов в раскрывающемся списке.В этом примере выбранное точное значение будет подставлено в код SQL везде, где при выполнении запроса будет записано {{sales_region}} . Например:

Пользователь выбирает Точное значение заменяется на {{sales_region}} в запросе
Ничего ''
Северо-восток
Северо-восток и Запад «Северо-восток», «Запад»

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

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

Когда вы определяете параметр Multiselect, вы можете использовать необязательное свойство input_type , чтобы сообщить Mode, как форматировать список выражений, возвращаемых параметром. Допустимые значения: input_type: string и input_type: number . Если свойство input_type явно не определено, значением по умолчанию является строка .

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

Например, предположим, что параметр selection_district определен следующим образом:

  {% form%}

selection_district:
    тип: multiselect
    по умолчанию: 1
    варианты: [1,2,3,4]

{% endform%}
  

Добавление свойства input_type в определение влияет на то, как Mode оценивает ссылки {{selection_district}} в коде следующими способами:

Недвижимость
2
Пользователь выбирает Точное значение заменяется на {{selection_district}} в запросе
Ничего ''
2
2 и 3 '2', '3'
** Свойство
Пользователь выбирает Точное значение заменено на {{selection_district}} в запросе
Ничего Ничего
2 и 3 2,3
Текст

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

Показать код шаблона параметра

) определяет параметр с именем order_min со значением по умолчанию «0»:
  {% form%}

order_min:
    тип: текст
    по умолчанию: 0

{% endform%}
  

Точная строка символов, введенная в параметр, будет подставлена ​​в SQL-код отчета, где бы ни было записано {{order_min}} при выполнении запроса. Если вы хотите, чтобы значение, возвращаемое параметром, интерпретировалось как строка, вы должны заключить ссылку на параметр в одинарные кавычки.Например:

  - SQL как написано

ВЫБРАТЬ * ИЗ tutorial.us_flights ГДЕ origin = '{{flight_origin}}'

--SQL как обработано при выполнении

ВЫБРАТЬ * ИЗ tutorial.us_flights ГДЕ origin = 'LAX'
  

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

  - SQL как написано

ВЫБРАТЬ * ИЗ demo.orders, ГДЕ произошло_ в> = {{order_min}}

--SQL как обработано при выполнении

ВЫБРАТЬ * ИЗ демонстрации.заказы ГДЕ произошли_ при> = 0
  
Дата

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

Показать код шаблона параметра

) определяет параметр с именем
  {% form%}

order_start_date:
    тип: дата
    по умолчанию: 2016-01-01

{% endform%}
  

Строка в формате ГГГГ-ММ-ДД , содержащая выбранную дату, будет подставлена ​​в код SQL отчета везде, где при выполнении запроса будет записано {{order_start_date}} .Поэтому не забудьте заключить любую ссылку на параметр даты в одинарные кавычки. Например:

  - SQL как написано

ВЫБЕРИТЕ * ИЗ demo.orders, ГДЕ произошло_at> = '{{order_start_date}}'

--SQL как обработано при выполнении

ВЫБЕРИТЕ * ИЗ demo.orders, ГДЕ произошло_at> = '2016-01-01'
  

ВАЖНО

: Если вы не включите свойство по умолчанию при определении параметра даты, параметр по умолчанию будет иметь пустое значение (т. Е. '' ).Узнайте больше о том, как по умолчанию использовать рассчитанную дату, включая текущую дату.
Дополнительные свойства

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

по умолчанию

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

Для параметров множественного выбора установите по умолчанию: все и все доступные параметры будут выбраны по умолчанию.

ПРИМЕЧАНИЕ.

Значение параметра, указанное в строке запроса URL-адреса отчета, переопределит значение по умолчанию.
этикетка

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

описание

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

Общие методы

Различные метки дисплея и значения

При определении списка опций для параметра Select или Multiselect вы можете захотеть, чтобы значения, фактически представленные пользователю в форме параметра, отличались от того, что подставляется в ваш код SQL.Для этого установите свойство options параметра равным списку из двух списков значений, например:

  {% form%}

param_name:
    варианты: [[label_1, value_1],
              [label_2, value_2],
              [label_X, value_X]
             ]

{% endform%}
  

Ярлыки

- это значения, отображаемые в форме параметра для средства просмотра отчетов.

значения

- это то, что подставляется в код SQL. Например, вы можете захотеть определить параметр, который позволяет пользователю выбирать среди списка имен торговых представителей, но подставлять в код SQL идентификатор выбранного торгового представителя вместо его имени:
  {% form%}

торговый представитель:
    тип: выберите
    по умолчанию: 2
    варианты: [[Джои Смит, 1],
              [Фрэн Джонс, 2],
              [Молли Лейн, 3]
             ]

{% endform%}
  

Приведенный выше код определяет параметр выбора с именем sales_rep с тремя вариантами, видимыми пользователю: «Джо Смит», «Фрэн Джонс» и «Молли Лейн».Когда пользователь выбирает один из этих вариантов и запускает отчет, идентификатор выбранного торгового представителя будет подставлен в код SQL везде, где написано {{sale_rep}} (например, если выбрано «Fran Jones», значение 2 будет подставлен в код).

Список динамических опций

Список опций для параметра Select или Multiselect может быть определен динамически на основе результатов SQL-запроса в отчете. Вместо того, чтобы установить свойство options в определении параметра, равное статическому списку, вы устанавливаете свойство options , равное двум вспомогательным свойствам (с отступом на два дополнительных пробела из options :

  • метки : имя столбца в SQL-запросе, содержащего значения, которые будут показаны средству просмотра отчетов в раскрывающемся списке.
  • значения : имя столбца в SQL-запросе, содержащего значения, которые будут подставлены в ваш SQL-код при выборе варианта (-ов) параметров.

В примере отчета параметр sales_rep упоминается в предложении WHERE основного запроса, но его определение и SQL, который заполняет его параметры, определены в отдельном запросе с названием Sales Reps Param:

  ВЫБРАТЬ id, имя
ОТ demo.sales_reps

{% форма %}

торговый представитель:
    тип: multiselect
    по умолчанию: все
    параметры:
        метки: имя
        значения: id

{% endform%}
  

Этот запрос SQL возвращает список торговых представителей и их соответствующие уникальные идентификаторы из базы данных.В определении параметра rep sales , помечает значения и , ссылаются на имена столбцов в результатах запроса. Поскольку метки и , значения указывают на разные столбцы в этом примере, когда выбрано одно или несколько имен репутации из столбца «name», Mode заменит соответствующие значения из столбца «id» в столбец запрос везде, где написано `{{sales rep}}`.

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

СОВЕТ:

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

Этот запрос (отметьте

Показать код шаблона параметра

) показывает, как изменить предложение WHERE запроса SQL для обработки ввода пустого текстового параметра, фактически игнорируя его.

Начните с установки параметра по умолчанию на '' :

  {% form%}

название события:
    тип: текст
    дефолт: ''

{% endform%}
  

И измените предложение SQL WHERE следующим образом:

  ГДЕ (event_name = '{{event_name}}' OR '{{event_name}}' = '')
  

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

По умолчанию для расчетной даты

Используйте фильтры даты Liquid, чтобы определить объект, который возвращает нужную дату в формате «ГГГГ-ММ-ДД» для создания вычисляемой даты по умолчанию. Используйте синтаксис STRFTIME для управления выводом фильтра даты Liquid. Некоторые примеры:

По умолчанию на сегодняшнюю дату:

  {% form%}

date_param:
    тип: дата
    по умолчанию: {{'сейчас' | date: '% Y-% m-% d'}}

{% endform%}
  

Этот метод принимает текущие дату и время в формате UTC ( 'сейчас' ) и преобразует их в строку в формате ГГГГ-ММ-ДД (дата : '% Y-% m-% d' ).

По умолчанию на дату через 7 дней после сегодняшнего дня:

  {% form%}

date_param:
    тип: дата
    по умолчанию: {{'сейчас' | дата: '% s' | плюс: 604800 | date: '% Y-% m-% d'}}

{% endform%}
  

Этот метод принимает текущую дату и время в формате UTC ( 'now' ), преобразует их во время эпохи UNIX (дата : '% s' ), добавляет количество секунд в семи днях к этому времени ( плюс: 604800 ) и преобразует это в строку в формате ГГГГ-ММ-ДД (дата : '% Y-% m-% d' ).

По умолчанию дата год назад:

  {% form%}

date_param:
    тип: дата
    по умолчанию: {{'сейчас' | дата: '% Y' | минус: 1}} - {{'сейчас' | дата: '% m-% d'}}

{% endform%}
  

Этот метод берет текущую дату и время в формате UTC ( 'сейчас' ), удаляет все, кроме текущего года (дата : '% Y' ), вычитает единицу из этого года ( минус: 1 ') и объединяет что с - и текущим месяцем и днем ​​ «сейчас» | дата: '% m-% d' .

Динамические параметры: экономия времени при написании списков выбора

Ник Биндер, менеджер по маркетингу продуктов

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

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

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

Как построить динамический параметр

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

Щелкните вкладку «Подробности», и вы увидите, что отчет состоит из двух запросов. Щелкните «1. Ream Sales », а затем нажмите« Показать код шаблона параметра ».”Здесь вы увидите {{period}} , {{start_date}} и {{account_name}} . Под запросом вы увидите типичные определения параметров, но вы заметите, что {{account_name}} отсутствует.

В отличие от стандартных параметров, которые записываются непосредственно в запрос, который вы хотите настроить (например, {{period}} , {{start_date}} ), вы определите динамический параметр в отдельном запросе.

Теперь щелкните запрос с именем «2. Dynamic Parameter Query », чтобы увидеть простой запрос, который получает имена учетных записей.

Затем просто добавьте типичный код параметра под запросом. Здесь вы увидите, что он называется {{account_name}} , что соответствует имени параметра «1. Ream Sales »запрос. И, вот так, ваш отчет готов к работе!

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

Дополнительные параметры

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

Если у вас есть какие-либо вопросы, свяжитесь с нами по адресу hi @ modeanalytics.com - мы рады услышать от вас!

Изменение настроек параметров в службе Power BI - Power BI

  • 2 минуты на чтение

В этой статье

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

Просмотр и изменение параметров в службе Power BI

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

  1. В службе Power BI щелкните значок шестеренки, чтобы открыть настройки .

  2. Выберите вкладку Наборы данных и выделите набор данных в списке.

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

    Проверьте настройки параметров и при необходимости внесите изменения.

Соображения и ограничения

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

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

Специальным способом добавления простых параметров является изменение URL-адреса.

Основные понятия параметров отчета

(построитель отчетов) - SQL Server Reporting Services (SSRS)

  • 2 минуты на чтение

В этой статье

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

Примечание

Вы можете создавать и изменять файлы определения отчета с разбивкой на страницы (.rdl) в построителе отчетов и в конструкторе отчетов в SQL Server Data Tools. Каждая среда разработки предоставляет разные способы создания, открытия и сохранения отчетов и связанных элементов.

Параметры отчета создаются следующими способами:

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

  • Автоматически при добавлении ссылки на общий набор данных, содержащий параметры запроса.

  • Вручную, при создании параметров отчета на панели «Данные отчета». Параметры - это одна из встроенных коллекций, которые вы можете включить в выражение в отчете. Поскольку выражения используются для определения значений во всем определении отчета, вы можете использовать параметры для управления внешним видом отчета или для передачи значений в связанные подотчеты или отчеты, которые также используют параметры.

Для получения дополнительной информации см. Параметры отчета (построитель отчетов и конструктор отчетов).

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

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

  • Изменяйте значения параметров отчета непосредственно на сервере отчетов независимо от определения отчета.

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

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

См. Также

Концепции служб Reporting Services (SSRS) Отчет о встроенных наборах данных и общих наборах данных (построитель отчетов и службы SSRS)
Учебное пособие: добавление параметра в отчет (построитель отчетов)

Предыдущий раздел. Интерфейс провайдера канала передачи данных (DLPI), версия 2
Авторские права © 2000 The Open Group

Качество службы передачи данных

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

Качество услуги передачи данных определяется термином «Качество обслуживания» (QOS) и описывает определенные характеристики передачи между двумя пользователями DLS.Эти характеристики принадлежат исключительно провайдеру DLS, но наблюдаются пользователями DLS. Видимость характеристик QOS позволяет пользователю DLS определять и, возможно, согласовывать характеристики передачи, необходимые для связи с удаленным пользователем DLS.

Обзор качества обслуживания

Характеристики качества обслуживания применимы как к режимам обслуживания с подключением, так и без установления соединения. Семантика для каждого режима обсуждается ниже.
Сервис в режиме подключения
«Качество обслуживания» (QOS) относится к определенным характеристикам соединения канала данных, наблюдаемым между конечными точками соединения.QOS описывает определенные аспекты соединения канала передачи данных, которые можно отнести провайдеру DLS.

QOS определяется в терминах параметров QOS. Параметры дают пользователям DLS возможность указать свои потребности. Эти параметры делятся на две группы в зависимости от того, как определяются их значения:

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

Параметры QOS, которые могут быть согласованы во время установления соединения:

  • пропускная способность
  • задержка транзита
  • приоритет
  • защита.

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

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

QOS для без установления соединения / без установления соединения с подтверждением
QOS для службы в режиме без установления соединения и в режиме без установления соединения с подтверждением относится к характеристикам уровня канала данных между двумя DLSAP, относящимся к поставщику DLS. QOS, применяемый к каждому примитиву DL_UNITDATA_REQ / DL_DATA_ACK_REQ, может быть независимым от QOS, применяемого к предыдущим и последующим примитивам DL_UNITDATA_REQ / DL_DATA_ACK_REQ.QOS не может быть согласован между двумя пользователями DLS, как в сервисе в режиме соединения.

Каждый примитив DL_UNITDATA_REQ / DL_DATA_ACK_REQ может иметь определенные значения QOS, связанные с ним. Поддерживаемый диапазон значений параметров QOS сообщается пользователю DLS в ответ на примитив DL_INFO_REQ. Пользователь DLS может выбрать конкретные значения параметров QOS, которые будут связаны с последующими передачами блоков данных, используя примитив DL_UDQOS_REQ. Этот выбор является строго местной функцией управления.Если разные значения QOS должны быть связаны с каждой передачей, DL_UDQOS_REQ может быть выдан для изменения этих значений перед выдачей каждого DL_UNITDATA_REQ или DL_DATA_ACK_REQ.

Определения параметров QOS

В этом разделе описаны параметры качества обслуживания, поддерживаемые DLPI для служб как в режиме с установлением соединения, так и в режиме без установления соединения. В следующей таблице перечислены поддерживаемые параметры. Он указывает, к какому режиму обслуживания (соединение, без установления соединения или оба) применяется параметр.Для тех параметров, которые поддерживаются службой режима соединения, таблица также указывает, согласовывается ли значение параметра во время установления соединения. Если это так, таблица дополнительно указывает, согласовываются ли значения QOS из конца в конец как между пользователями DLS, так и поставщиком DLS, или локально для каждого пользователя DLS независимо с поставщиком DLS.
Параметр Сервисный режим Переговоры
пропускная способность соединение сквозной
задержка транзита оба сквозной
приоритет оба местный
защита оба местный
частота остаточных ошибок оба нет
устойчивость соединение нет
Таблица: поддерживаемые параметры QOS
Пропускная способность
Пропускная способность - это параметр QOS режима соединения, имеющий сквозное значение.Он определяется как общее количество битов DLSDU, успешно переданных примитивной последовательностью DL_DATA_REQ / DL_DATA_IND, деленное на время ввода / вывода в секундах для этой последовательности. Успешная передача DLSDU определяется как происходящая, когда DLSDU доставляется предполагаемому пользователю без ошибок в надлежащей последовательности, и до разрыва соединения принимающим пользователем DLS.

Время ввода / вывода для примитивной последовательности DL_DATA_REQ / DL_DATA_IND больше из обоих:

  • время между первым и последним DL_DATA_REQ в последовательности
  • время между первым и последним DL_DATA_IND в последовательности.

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

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

Пользователь DLS может отложить получение или отправку DLSDU. Задержка, вызванная пользователем DLS, не учитывается при вычислении средних значений пропускной способности.

Формат параметра
 
typedef struct {
    t_scalar_t dl_target_value;
    t_scalar_t dl_accept_value;
} dl_through_t;

 
 

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

Определения параметров
dl_target_value

задает желаемое значение пропускной способности для соединения в битах в секунду.
dl_accept_value

задает минимально допустимое значение пропускной способности для соединения в битах в секунду.
Транзитная задержка
Режимы соединения и без установления соединения могут определять задержку передачи, которая указывает время, прошедшее между примитивом DL_DATA_REQ или DL_UNITDATA_REQ и соответствующим примитивом DL_DATA_IND или DL_UNITDATA_IND. Истекшее время вычисляется только для успешно переданных DLSDU, как описано ранее для пропускной способности.

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

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

Формат параметра
 
typedef struct {
    t_scalar_t dl_target_value;
    t_scalar_t dl_accept_value;
} dl_transdelay_t;

 
 

Этот typedef используется для согласования значений задержки передачи и приема.

Определения параметров
dl_target_value

указывает желаемое значение задержки передачи.
dl_accept_value

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

Параметр указывает относительную важность соединения. в отношении:

  • порядок, в котором должны ухудшаться QOS соединений, если необходимо
  • порядок, в котором соединения должны быть освобождены для восстановления ресурсов, если это необходимо.

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

Для услуги в режиме соединения каждый пользователь DLS согласовывает конкретное значение приоритета с поставщиком DLS во время установления соединения. Значение определяется минимумом и максимумом в заданном диапазоне. Для услуги в режиме без установления соединения пользователь DLS выбирает конкретное значение приоритета в пределах поддерживаемого диапазона, используя примитив DL_UDQOS_REQ, и значение может быть изменено для каждого DLSDU. отправлено для передачи без установления соединения.

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

Формат параметра
 
typedef struct {
    t_scalar_t dl_min;
    t_scalar_t dl_max;
} dl_priority_t;

 
 
Определения параметров
dl_min

указывает минимально допустимый приоритет.
dl_max

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

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

DL_NONE

Провайдер DLS не будет защищать никакие данные пользователя DLS
DL_MONITOR

Провайдер DLS защитит от пассивного мониторинга
DL_MAXIMUM

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

Для услуги в режиме соединения каждый пользователь DLS согласовывает конкретное значение с поставщиком DLS во время установления соединения. Значение определяется минимумом и максимумом в заданном диапазоне. Для услуги в режиме без установления соединения пользователь DLS выбирает конкретное значение в пределах поддерживаемого диапазона, используя примитив DL_UDQOS_REQ, и значение может быть изменено для каждого DLSDU, представленного для передачи без установления соединения. Защита имеет только местное значение.

Формат параметра
 
typedef struct {
    t_scalar_t dl_min;
    t_scalar_t dl_max;
} dl_protect_t;

 
 
Определения параметров
dl_min

указывает минимально допустимую защиту.
dl_max

указывает максимальную желаемую защиту.
Частота остаточных ошибок
Коэффициент остаточных ошибок (RER) - это отношение общего количества неверных, потерянных и дублированные DLSDU к общему количеству DLSDU, передаваемых между пользователями DLS в течение определенного периода времени. Соотношение между этими количествами определяется ниже: Уравнение в исходном документе не преобразовано в HTML.

где

DLSDU итого
= общее количество переданных DLSDU, что составляет общее количество DLSDU l , DLSDU i , DLSDU e и правильно принятые DLSDU
DLSDU e
= DLSDU получены 2 или более раз
DLSDU i
= неправильно полученные DLSDU
DLSDU l
= DLSDU отправлены, но не получены.
Формат параметра
 
t_scalar_t l_residual_error;

 
 

Значение остаточной ошибки масштабируется с коэффициентом 1000000, поскольку параметр хранится как целое число t_scalar_t в структурах данных QOS. Частота остаточных ошибок не является согласованным параметром QOS. Его значение определяется процедурами, выходящими за рамки определения DLPI. Предполагается, что он устанавливается административным механизмом, значение которого информируется сетевым управлением.

Устойчивость
Устойчивость имеет значение только в режиме подключения и представляет собой вероятность либо: отключений по инициативе поставщика DLS, либо сброса по инициативе поставщика DLS в течение интервала времени в 10 000 секунд для соединения.

Устойчивость не является согласованным параметром QOS. Его значение определяется процедурами, выходящими за рамки определения DLPI. Предполагается, что он устанавливается административным механизмом, значение которого информируется сетевым управлением.

Формат параметра
 
typedef struct {
    t_scalar_t dl_disc_prob;
    t_scalar_t dl_reset_prob;
} dl_resilience_t;

 
 
Определения параметров
dl_disc_prob

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

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

Структуры данных QOS

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

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

В настоящее время определены следующие типы структур QOS:

DL_QOS_CO_RANGE1

Структура диапазона QOS для службы в режиме соединения для выпуска 1 DLPI
DL_QOS_CO_SEL1

Структура выбора QOS для службы в режиме соединения для выпуска 1 DLPI
DL_QOS_CL_RANGE1

Структура диапазона QOS для службы без установления соединения для выпуска 1 DLPI
DL_QOS_CL_SEL1

Структура выбора QOS для службы без установления соединения для Выпуска 1 DLPI.

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

Структура DL_QOS_CO_RANGE1
Тип структуры DL_QOS_CO_RANGE1 позволяет пользователю DLS и поставщику DLS передавать между ними диапазон значений параметров QOS в службе режима соединения. Формат этого типа структуры:
 
typedef struct {
    t_uscalar_t dl_qos_type;
    dl_through_t dl_rcv_throughput;
    dl_transdelay_t dl_rcv_trans_delay;
    dl_through_t dl_xmt_throughput;
    dl_transdelay_t dl_xmt_trans_delay;
    dl_priority_t dl_priority;
    dl_protect_t dl_protection;
    t_scalar_t dl_residual_error;
    dl_resilience_t dl_resilience;
} dl_qos_co_range1_t;

 
 

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

Этот тип структуры возвращается в dl_qos_range_length и dl_qos_range_offset поля DL_INFO_ACK и определяют поддерживаемые диапазоны качества обслуживания, поддерживаемые поставщиком DLS. Другими словами, он определяет доступный диапазон значений параметров QOS, которые могут быть указаны в DL_CONNECT_REQ.

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

Структура DL_QOS_CO_SEL1
Тип структуры DL_QOS_CO_SEL1 передает выбранные значения параметров QOS для обслуживания в режиме соединения между пользователем DLS и поставщиком DLS. Формат этого типа структуры:
 
typedef struct {
    t_uscalar_t dl_qos_type;
    t_scalar_t dl_rcv_throughput;
    t_scalar_t dl_rcv_trans_delay;
    t_scalar_t dl_xmt_throughput;
    t_scalar_t dl_xmt_trans_delay;
    t_scalar_t dl_priority;
    t_scalar_t dl_protection;
    t_scalar_t dl_residual_error;
    dl_resilience_t dl_resilience;
} dl_qos_co_sel1_t;

 
 

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

Этот тип структуры возвращается в dl_qos_length и dl_qos_offset поля DL_INFO_ACK и задают текущие или значения параметра QOS по умолчанию, связанные с потоком. Значения по умолчанию возвращаются до установления соединения, а текущие согласованные значения возвращаются, когда соединение активно в потоке.

Тип структуры используется в DL_CONNECT_RES, чтобы дать возможность отвечающему пользователю DLS выбрать конкретные значения параметра QOS из доступного диапазона. Примитив DL_CONNECT_CON возвращает выбранные значения вызывающему пользователю DLS в этой структуре. Видеть Процедуры согласования и выбора QOS для семантики этой структуры в этих примитивах.

Структура DL_QOS_CL_RANGE1
Тип структуры DL_QOS_CL_RANGE1 позволяет пользователю DLS и провайдеру DLS передавать между ними диапазон значений параметров QOS в службе режима без установления соединения.Формат этого типа структуры:
 
typedef struct {
    t_uscalar_t dl_qos_type;
    dl_transdelay_t dl_trans_delay;
    dl_priority_t dl_priority;
    dl_protect_t dl_protection;
    t_scalar_t dl_residual_error;
} dl_qos_cl_range1_t;

 
 

где значение dl_qos_type это DL_QOS_CL_RANGE1. Поля этой структуры соответствуют параметрам, определенным в .

Этот тип структуры возвращается в dl_qos_range_length и dl_qos_range_offset поля DL_INFO_ACK и задают диапазон значений параметров QOS в режиме без установления соединения, поддерживаемых поставщиком DLS в потоке.Пользователь DLS может выбрать конкретные значения из этого диапазона, используя примитив DL_UDQOS_REQ, как описано в Процедуры согласования и выбора QOS.

Структура DL_QOS_CL_SEL1
Тип структуры DL_QOS_CL_SEL1 передает выбранные значения параметров QOS для обслуживания в режиме без установления соединения между пользователем DLS и поставщиком DLS. Формат этого типа структуры:
 
typedef struct {
    t_uscalar_t dl_qos_type;
    t_scalar_t dl_trans_delay;
    t_scalar_t dl_priority;
    t_scalar_t dl_protection;
    t_scalar_t dl_residual_error;
} dl_qos_cl_sel1_t;

 
 

где значение dl_qos_type это DL_QOS_CL_SEL1.Поля этой структуры соответствуют параметрам, определенным в Определения параметров QOS. Этот тип структуры возвращается в dl_qos_length и dl_qos__offset поля DL_INFO_ACK и задают текущие или значения параметра QOS по умолчанию, связанные с потоком. Значения по умолчанию возвращаются до тех пор, пока пользователь DLS не выдаст DL_UDQOS_REQ для изменения значений, после чего будут возвращены текущие выбранные значения. Тип структуры также используется в примитиве DL_UDQOS_REQ, чтобы позволить пользователю DLS выбирать конкретные значения параметров QOS из поддерживаемого диапазона, как описано в Процедуры согласования и выбора QOS.

Процедуры согласования и выбора QOS

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

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

DL_UNKNOWN

Это значение указывает, что поставщик DLS не знает значение для поля или не поддерживает этот параметр.
DL_QOS_DONT_CARE

Это значение указывает, что пользователя DLS не волнует, какое значение задано параметром QOS.

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

Согласование QOS в режиме соединения
Текущие параметры QOS в режиме подключения можно разделить на три типа:
  • те, которые согласовываются между одноранговыми пользователями DLS и поставщиком DLS во время установления соединения (пропускная способность и задержка транзита)
  • те, которые согласовываются локально между каждым пользователем DLS и поставщиком DLS во время установления соединения (приоритет и защита)
  • те, которые не могут быть согласованы (остаточная частота ошибок и устойчивость).

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

Текущее определение большинства существующих протоколов передачи данных не описывает механизм согласования параметров QOS во время установления соединения. Таким образом, DLPI не требует, чтобы каждая реализация поставщика DLS поддерживала согласование QOS. Если данная реализация поставщика DLS не может поддерживать согласование QOS, доступны две альтернативы:

  • Провайдер DLS может указать, что какие-либо или все параметры QOS неизвестны.Это указывается пользователю DLS в DL_INFO_ACK, где значения в поле диапазона QOS (обозначены dl_qos_range_length и dl_qos_range_offset ) и текущее поле QOS (обозначено dl_qos_length и dl_qos_offset ) этого примитива установлены в DL_UNKNOWN. Это значение также будет указано в примитивах DL_CONNECT_IND и DL_CONNECT_CON. Если поставщик DLS не поддерживает какие-либо параметры QOS, поле длины QOS может быть установлено равным нулю в каждом из этих примитивов.
  • Провайдер DLS может интерпретировать параметры QOS со строго локальным значением, и их значения в примитиве DL_CONNECT_IND будут установлены на DL_UNKNOWN.

Пользователю DLS не нужно выбирать конкретное значение для каждого параметра QOS. Специальное значение параметра QOS, DL_QOS_DONT_CARE, используется, если пользователя DLS не волнует, какое качество обслуживания предоставляется для конкретного параметра. Представленные ниже процедуры согласования объясняют точную семантику этого значения во время установления соединения.

Если параметры QOS поддерживаются поставщиком DLS, поставщик определит набор значений параметров QOS по умолчанию, которые используются всякий раз, когда DL_QOS_DONT_CARE указывается для значения параметра QOS. Эти значения по умолчанию могут быть определены для всех пользователей DLS или могут быть определены для каждого пользователя DLS. Набор значений параметра по умолчанию возвращается в поле QOS (обозначенное dl_qos_length и dl_qos_offset) DL_INFO_ACK до того, как пользователь DLS согласовывает значения параметров QOS.

Дополнительная документация поставщика DLS должна описывать известные диапазоны поддержки параметров QOS и значений по умолчанию, а также указывать, используются ли они только локально.

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

  1. DL_CONNECT_REQ определяет желаемый диапазон значений QOS для пользователя DLS в dl_qos_co_range1_t состав. Целевые и наименее приемлемые значения указаны для пропускной способности и транзитной задержки, как описано в Пропускная способность, и Транзитная задержка. Целевое значение - это значение, желаемое вызывающим пользователем DLS для параметров QOS. Наименее приемлемое значение - это наименьшее значение, которое примет вызывающий пользователь.Эти значения указываются отдельно как для направления передачи, так и для направления приема соединения.

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

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

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

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

    Значения остаточной частоты ошибок и параметров устойчивости в DL_CONNECT_REQ не имеют значения и игнорируются поставщиком DLS.

    Если значение dl_qos_length в DL_CONNECT_REQ, установленном пользователем DLS в ноль, поставщик DLS должен обрабатывать все значения параметров QOS, как если бы они были установлены в DL_QOS_DONT_CARE, выбирая любое значение в своем поддерживаемом диапазоне.

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

  2. Если запрошенные диапазоны значений пропускной способности и задержки передачи в DL_CONNECT_REQ приемлемы для поставщика DLS, параметры QOS будут скорректированы до значений, которые поставщик DLS будет поддерживать. Может быть изменено только целевое значение, и оно устанавливается на значение, которое поставщик DLS готов предоставить (которое может иметь более низкое QOS, чем целевое значение).Наименее приемлемое значение изменить нельзя. Обновленный диапазон QOS затем отправляется вызываемому пользователю DLS в dl_qos_co_range1_t структура DL_CONNECT_IND, где она интерпретируется как доступный диапазон услуг.

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

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

    Если поставщик DLS не поддерживает согласование пропускной способности, задержки передачи, приоритета или защиты, значение DL_UNKNOWN должно быть установлено в полях наименее приемлемого, целевого, минимального и максимального значений DL_CONNECT_IND.Кроме того, если поставщик DLS не поддерживает какой-либо конкретный параметр QOS, DL_UNKNOWN следует указать во всех полях значений для этого параметра. Если поставщик DLS не поддерживает какие-либо параметры QOS, значение dl_qos_length может быть установлен в ноль в DL_CONNECT_IND.

  3. После получения DL_CONNECT_IND вызываемый пользователь DLS проверяет значения параметров QOS и выбирает конкретное значение из предложенного диапазона параметров пропускной способности, задержки передачи, приоритета и защиты.Если вызываемый пользователь DLS не согласен со значениями в данном диапазоне, в соединении должно быть отказано с помощью примитива DL_DISCONNECT_REQ. В противном случае выбранные значения возвращаются поставщику DLS в dl_qos_co_sel1_t структура примитива DL_CONNECT_RES.

    Значения остаточной частоты ошибок и устойчивости в DL_CONNECT_RES игнорируются провайдером DLS. Эти параметры не могут быть согласованы вызываемым пользователем DLS. Однако выбранные значения пропускной способности и транзитной задержки имеют смысл и принимаются для соединения поставщиком DLS.Точно так же выбранные значения приоритета и защиты принимаются с локальным значением для вызываемого пользователя DLS.

    Если пользователь указывает DL_QOS_DONT_CARE для пропускной способности, задержки передачи, приоритета или защиты на DL_CONNECT_RES, поставщик DLS выберет значение из диапазона, указанного для этого параметра в примитиве DL_CONNECT_IND. Кроме того, нулевое значение в поле dl_qos_length поля DL_CONNECT_RES эквивалентно DL_QOS_DONT_CARE для всех параметров QOS.

  4. По завершении установления соединения значения пропускной способности и задержки передачи, выбранные вызываемым пользователем DLS, возвращаются вызывающему пользователю DLS в dl_qos_co_sel1_t структура примитива DL_CONNECT_CON.Значения приоритета и защиты, которые были выбраны поставщиком DLS из диапазона, указанного в DL_CONNECT_REQ, также будут возвращены в DL_CONNECT_CON. Этот примитив также будет содержать значения остаточной частоты ошибок и устойчивости, связанные с вновь установленным соединением. Поставщик DLS также сохраняет согласованные значения параметров QOS для соединения, чтобы они могли быть возвращены в ответ на примитив DL_INFO_REQ.

    Как и в случае с DL_CONNECT_IND, если поставщик DLS не поддерживает согласование пропускной способности, задержки передачи, приоритета или защиты, значение DL_UNKNOWN должно быть возвращено в выбранных полях значений.Более того, если поставщик DLS не поддерживает какой-либо конкретный параметр QOS, DL_UNKNOWN следует указать во всех полях значений для этого параметра или значение параметра dl_qos_length может быть установлен в ноль в примитиве DL_CONNECT_CON.

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

Как и в случае протоколов с установлением соединения, текущее определение большинства существующих (подтвержденных) протоколов передачи данных без установления соединения не определяет концепцию качества обслуживания.Таким образом, DLPI не требует, чтобы каждая реализация поставщика DLS поддерживала выбор параметров QOS. Провайдер DLS может указать, что какие-либо или все параметры QOS не поддерживаются. Это указывается пользователю DLS в DL_INFO_ACK, где значения в поле поддерживаемого диапазона (обозначены dl_qos_range_length и dl_qos_range_offset ) и текущее поле QOS (обозначено dl_qos_length и dl_qos_offset ) этого примитива установлены в DL_UNKNOWN.Если поставщик DLS не поддерживает параметры QOS, поля длины QOS в DL_INFO_ACK могут быть установлены в ноль.

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

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

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

В DL_UDQOS_REQ пользователю DLS не требуется конкретное значение для каждого параметра QOS.DL_QOS_DONT_CARE может быть указан, если пользователя DLS не волнует, какое качество обслуживания предоставляется для конкретного параметра. Если указано, поставщик DLS должен сохранить текущее (или значение по умолчанию, если предыдущий выбор не производился) для этого параметра.

Параметры Power BI - Как использовать параметры в службе Power BI

Параметры

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

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

• Изменение источника данных
• Изменение фильтров / значений запроса

Изменение источника данных:

Вы можете создать многозначный параметр для каждой исходной системы, чтобы тот же отчет можно было использовать с именами серверов Dev / QA / Prod или местоположениями SharePoint. Затем все запросы M можно изменить, указав свойство «Источник» на соответствующий параметр сервера.

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

Изменение фильтров / значений запроса:

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

Пример: параметры строки подключения можно создать и изменить в Power BI следующим образом:
1. Подключитесь к источнику данных и импортируйте требуемую таблицу из исходной системы.
2. Создайте параметр, назовите его «ConnectStr» и укажите несколько имен серверов в соответствии с вашей средой.
3. Измените M-запрос таблицы, чтобы указать имя источника на созданный параметр.

4. Опубликуйте отчет в службе Power BI с рабочего стола Power BI.
5. После публикации отчета в сервисе перейдите к набору данных и щелкните многоточие, чтобы просмотреть свойства набора данных.

6. В свойствах набора данных щелкните параметры и введите исходный сервер, на который должен указывать отчет, и нажмите «Применить».

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

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

Ограничение параметров в PBI:
• Отчеты можно публиковать только с рабочего стола Power BI, другие процессы публикации, такие как SharePoint / One Drive, работать не будут.
• Если вы используете RestAPI для публикации отчетов, вы можете управлять параметрами в службе Power BI.
• Несмотря на то, что параметры многозначны в Power BI Desktop, после публикации в службе Power BI значение параметра должно быть введено разработчиком.
• Параметры Power BI будут работать только в режиме импорта, независимо от типа источника данных.
• Чтобы изменить параметры в службе, разработчику потребуются права администратора для шлюза, на котором находится исходная система.

Параметры

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

Сарада Карлапути - старший консультант по бизнес-аналитике в DesignMind в Сан-Франциско. Она поставляла мощные и сложные решения Power BI, Analysis Services и другие решения для баз данных многим ключевым клиентам DesignMind. Подробнее о редактировании настроек параметров в службе Power BI можно узнать здесь, . И вы можете прочитать другие статьи команды DesignMind Power BI здесь .

Режимы ввода и типы данных параметров - документация

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

Выбор режима ввода для конкретного параметра зависит от типа данных параметра инструмента. Существует три категории типов данных:

Наборы данных

ГИС-сервис должен работать с простейшим из всех клиентов: веб-браузером, работающим на компьютере, не имеющем каких-либо возможностей ГИС.Такие простые клиенты умеют только транспортировать (отправлять и получать) пакеты простые данные на сервер, такие как текст, числа, файлы, географические объекты и их атрибуты (поля). В контексте задач геообработки наборы данных ГИС можно разделить на две отдельные категории: переносимые и непереносимые.

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

Определение типа данных параметра инструмента

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

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

Списки вариантов и непереносимые наборы данных

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

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

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

В итоге:

  • Клиенты могут отправлять и получать (транспортировать) простые функции, растры, таблицы и файлы через Интернет.
  • Сложные наборы данных, такие как наборы сетевых данных, TIN, наборы данных участков и т. Д., Не подлежат переносу. Контейнерные наборы данных, такие как папки, базы геоданных, документы карт и т. Д., Также не переносятся. То есть у клиента нет возможности создавать эти сложные наборы данных или контейнеры и передавать их через Интернет. Это верно даже для полнофункциональных клиентов, таких как ArcMap.
  • Большинство сложных наборов данных имеют представление слоев; то есть вы можете добавить набор данных в ArcMap, и в таблице содержания будет создан слой.
    • Вы можете создать список выбора имен слоев, и клиент выберет одно или несколько из этих имен слоев в качестве входных данных для вашей задачи. Затем ваша задача будет использовать набор данных, на который ссылается слой.
    • Чтобы создать список выбора имен слоев, вы должны запустить свой инструмент, используя слой в качестве входных. В редакторе сервисов список выбора будет заполнен применимыми слоями в таблице содержания.
    • Если вы запустите свой инструмент, используя путь к набору данных на диске, опция «Список выбора» будет недоступна, даже если у вас есть слои правильного типа в таблице содержания.

Когда вы публикуете список выбора имен слоев, данные, на которые ссылаются слои, становятся данными проекта и будут скопированы на ГИС-сервер, если они не будут найдены в хранилище данных сервера.

Постоянное значение и сложные наборы данных

Если входом для вашей задачи является путь к сложному набору данных (например, D: \ mydata \ chicago.gdb \ транспортировка \ streetnetwork, набор сетевых данных), режим ввода будет фиксированным. постоянному значению. Если вы публикуете с режимом ввода, установленным на Постоянное значение, набор данных будет скопирован на сервер (если он не найден в хранилище данных сервера), и ваша задача будет использовать скопированный набор данных.

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

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

Постоянные значения и наборы данных контейнеров

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

Папки

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

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

Документы карты (.mxd)

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

Базы геоданных

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

Персональные базы геоданных (.mdb) не поддерживаются на серверных платформах (64-битная Windows и Linux) и будут преобразованы в файловые базы геоданных при копировании на сервер.Многопользовательские базы геоданных также будут преобразованы в файловые базы геоданных при копировании на сервер.

Непереносимый вывод

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

У вас есть несколько вариантов работы с нетранспортируемым выходом.

  • Используйте сервис карты результатов, чтобы отправить клиенту результат в виде карты. Никакой набор данных не передается клиенту, только карта данных.
  • Преобразуйте набор данных в переносимый набор данных. Например, вы можете использовать инструмент TIN в растр для преобразования TIN (непереносимый) в набор растровых данных (переносимый).
  • Создайте пакет слоев (.lpk) набора данных с помощью одного из инструментов в наборе инструментов «Слои и представления таблиц», затем используйте инструмент «Слой пакета» для создания пакета слоев.Пакет слоев - это файл, и файлы могут быть переданы через Интернет. Клиент должен будет распаковать пакет.
  • Воспользуйтесь утилитой ZIP, чтобы создать файл набора данных результата или папку и передать файл .zip клиенту. Клиент несет ответственность за разархивирование файла. В примере сервиса clip and ship слои из изучаемой области помещаются в файловую базу геоданных (и другие форматы), а затем создает .zip файл для передачи клиенту. Если вы хотите использовать этот метод, перейдите по этим ссылкам ниже:
    • Zip.py берет входную папку и имя выходного файла и создает сжатый файл .zip.
    • Unzip.py принимает входной файл .zip и выходную папку и записывает содержимое в папку.

Скаляры

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

Следующие типы скалярных данных полностью поддерживаются всеми клиентами и могут быть отправлены и получены через Интернет без преобразования: Boolean, Date, Double, Linear Unit, Long и String. Любой другой скалярный тип данных преобразуется в строку и называется неподдерживаемым или непереносимым.

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

Поиск строкового представления параметра

Большинство строковых представлений очевидны. Например, строковое представление типа данных Field - это имя поля. Иногда вам нужно копнуть немного глубже, чтобы найти строковое представление.

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

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

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

  2. Чтобы просмотреть строковое представление любого параметра, запустите инструмент, щелкните правой кнопкой мыши результат в окне «Результаты» и выберите «Копировать как фрагмент кода Python».Вставьте фрагмент в текстовый редактор и изучите его. Вот фрагмент кода (начальные параметры удалены для краткости) для запуска инструмента IDW: arcpy.gp.Idw_sa (..., «2», «ПЕРЕМЕННАЯ 12 250», «#»). Просматривая линию, вы увидите, что строковое представление радиуса поиска (соответствует приведенному выше рисунку) - «ПЕРЕМЕННАЯ 12 250». Вы можете выполнить дополнительные запуски инструмента, изменив значения параметров и скопировав фрагмент кода Python, чтобы проверить строковое представление любого параметра.

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

Подробнее о документировании служб и задач

Составление строкового представления в вашем инструменте

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

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

Создание собственных списков выбора

Многие инструменты геообработки определяют списки выбора, также известные как фильтры списка значений, для своих строковых параметров. Инструмент «Выбрать слой по атрибуту», показанный выше, имеет список выбора строк для параметра «Тип выбора» (NEW_SELECTION, ADD_TO_SELECTION, REMOVE_FROM_SELECTION и т. Д.). Вы можете создавать свои собственные списки выбора для строковых переменных, используя фильтры списка значений.

Подробнее о фильтрах списка значений

Таблицы значений

Таблица значений - это таблица с несколькими столбцами, которая используется, среди прочего, в инструментах «Пересечение» и «Слияние».На рисунке ниже показан инструмент «Пересечение», а его параметр «Входные характеристики» представляет собой таблицу значений с двумя столбцами: «Характеристики» и «Ранг».

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

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

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

На иллюстрации ниже показан метод, который вы можете использовать в ModelBuilder для пересечения двух классов пространственных объектов с рангами без отображения таблицы значений. Переменные Streets и Parks автоматически создаются ModelBuilder, когда вы вводите их в таблицу значений. Переменные Streets Rank и Parks Rank создаются следующим образом:

  1. Создайте две автономные переменные типа Long.Переименуйте их и сделайте из них параметры модели.
  2. Откройте инструмент «Пересечение» и щелкните ячейку в столбце «Ранги», как показано ниже. Вы сможете выбрать одну из двух созданных вами длинных переменных.

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

  # Инструмент-скрипт для пересечения двух классов пространственных объектов.#
импортировать arcpy

inFeatures1 = arcpy.GetParameterAsText (0) # тип данных = векторный слой
inRank1 = arcpy.GetParameterAsText (1) # тип данных = длинное целое число
inFeatures2 = arcpy.GetParameterAsText (2) # тип данных = векторный слой
inRank2 = arcpy.GetParameterAsText (3) # тип данных = длинное целое число
outFeatures = arcpy.GetParameterAsText (4) # тип данных = класс объектов

# Значения по умолчанию
#
joinAttributes = "ВСЕ"
xyTolerance = "#"
outputType = "ВВОД"

# Создать параметр таблицы значений, список списков
#
valueTable = [[inFeatures1, inRank1], [inFeatures2, inRank2]]

arcpy.Intersect_analysis (valueTable, outFeatures, joinAttributes,
                         xyTolerance, outputType)  

В приведенном ниже примере используется инструмент «Слияние» для демонстрации использования строковых представлений параметров и переменного количества строк в таблице значений. Инструмент «Слияние» принимает класс пространственных объектов или слой, состоящий из линий или полигонов, и объединяет пространственные объекты на основе значений в одном или нескольких полях в параметре «Поле слияния». Во время агрегирования вы можете рассчитать статистику агрегированных функций с помощью параметра «Поле (я) статистики» - таблицы значений.

Пока клиент указывает поля слияния и поля статистики, найденные в их входных объектах, задача будет выполняться. Для этого вам необходимо создать инструмент-скрипт, который принимает строковое представление параметров Dissolve Field (s) и Statistics Fields (s), а не представляет список выбора полей, найденных в вашей схеме входных функций. По сути, вы обходите интеллектуальные возможности, встроенные в диалоговые окна инструментов и редактор служб, и выполняете инструмент, используя только строковое представление параметров.

  # Код инструмента сценария для выполнения растворения с использованием строк для полей растворения и
# Параметры полей статистики
#
импортировать arcpy

inFeatures = arcpy.GetParameterAsText (0) # тип данных = векторный слой
outFeatures = arcpy.GetParameterAsText (1) # тип данных = класс объектов
disolveFields = arcpy.
															

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *