Параметры конфигурации приложения (кэширование в Windows Server AppFabric). Параметры конфигурации


Параметры конфигурации

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

Роль идентификатора может играть пара <номер подсети IP, аппаратный адрес>, которая позволит использовать аппаратный адрес сразу в нескольких подсетях, либо пара <номер подсети IP, имя хост-компьютера>, позволяющая серверу взаимодействовать с клиентом, перемещенным в другую подсеть.

Что касается собственно параметров конфигурации, то их набор, поддерживаемый протоколом DHCP, определен в спецификациях RFC 1122, 1123, 1196 и 1256. В него входят выданный адрес, срок его аренды, назначавшиеся ранее адреса, а также максимальный размер реассемблируемого пакета, перечень фильтров для нелокальной маршрутизации от источника, адрес, используемый в широковещательных пакетах, параметры статических маршрутов и т.д. Впрочем, из всей совокупности допустимых параметров (а их более 30) в процессе инициализации могут передаваться только те, которые действительно необходимы для работы клиента либо определяются спецификой конкретной подсети.

Редукция объема передаваемых сведений о конфигурации достигается двумя способами. Во-первых, для большей части параметров в упомянутых выше документах RFC определены значения, принимаемые по умолчанию. Клиент будет использовать их, если в сообщении, поступившем от сервера, какие-то параметры опущены. Во-вторых, отправляя сообщение DHCPDISCOVER или DHCPREQUEST, клиентская станция может явно указать в нем параметры, значения которых она хотела бы получить.

Очевидно, что в обоих случаях передача параметров конфигурации осуществляется в ходе основной процедуры выделения IP-адреса. Возможен, однако, случай, когда клиент уже имеет IP-адрес (например, он был задан вручную). Тогда он может выдать сообщение DHCPINFORM*, содержащее уже имеющийся адрес и запрос об отдельных параметрах конфигурации. Получив это сообщение, DHCP-сервер проверяет правильность адреса клиента (но не наличие аренды) и направляет ему сообщение DHCPACK с требуемыми параметрами конфигурации.

Отметим одно логическое противоречие, с которым связано применение протокола DHCP. Алгоритм выделения IP-адреса компьютеру сети предполагает, что установленное на нем программное обеспечение TCP/IP в состоянии воспринимать адресованные ему посредством <аппаратного> адреса IP-пакеты и транслировать их на IP-уровень еще до того, как станция получит свой IP-адрес, а сами средства TCP/IP будут полностью сконфигурированы. Такая возможность, очевидно, существует не всегда. Для работы с клиентами, не способными корректно обрабатывать одноадресные IP-дейтаграммы, используется поле flags. Такие клиенты должны установить первый бит данного поля в единичное значение, тем самым указав серверу на необходимость отправки в соответствующую подсеть только широковещательных сообщений.

Недостатки dhcp

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

К недостаткам этого протокола прежде всего следует отнести крайне низкий уровень информационной безопасности, что обусловлено непосредственным использованием протоколов UDP и IP. В настоящее время не существует практически никакой защиты от появления в сети несанкционированных DHCP-серверов, способных рассылать клиентам ошибочную или потенциально опасную информацию - некорректные или уже задействованные IP-адреса, неверные сведения о маршрутизации и т.д. И наоборот, клиенты, запущенные с неблаговидными целями, могут извлекать конфигурационные сведения, предназначенные для <законных> компьютеров сети, и тем самым оттягивать на себя значительную часть имеющихся ресурсов. Понятно, что возможности административного ограничения доступа, о которых говорилось выше, не способны закрыть эту брешь в системе информационной безопасности.

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

studfiles.net

Системная процедура sp_configure - установка параметров конфигурации в Microsoft SQL Server | Info-Comp.ru

В SQL Server от компании Microsoft для управления ресурсами сервера используются параметры конфигурации, в данном материале мы поговорим о системной процедуре sp_configure, с помощью которой можно просматривать и изменять эти параметры.

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

Параметры конфигурации Microsoft SQL Server

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

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

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

Некоторые часто используемые параметры конфигурации доступны в графической среде SQL Server Management Studio, все параметры посмотреть или изменить можно с помощью системной процедуры sp_configure.

Популярные параметры конфигурации сервера:

  • show advanced options – параметр используется для отображения всех параметров, которые возвращает системная процедура sp_configure. По умолчанию отображается только часть параметров;
  • Agent XPs – параметр включает расширенные хранимые процедуры агента SQL Server;
  • clr enabled – параметр включает возможность использования пользовательских сборок CLR;
  • Database Mail XPs – параметр включает компонент Database Mail на SQL сервере;
  • xp_cmdshell – данный параметр позволяет включить возможность использования расширенной системной процедуры xp_cmdshell. В целях безопасности по умолчанию она отключена;
  • Ad Hoc Distributed Queries – разрешает использовать нерегламентированные распределенные запросы в инструкциях OPENROWSET и OPENDATASOURCE;
  • query wait – с помощью данного параметра можно задать время в секундах, в течение которого запрос будет ожидать ресурсы;
  • remote login timeout - с помощью этого параметра можно изменить время ожидания в секундах подтверждения удаленного входа, по истечении которого будет возвращаться сообщение об ошибке. Например, если сервер недоступен, можно сделать так, что ошибка будет возвращаться быстрей, чем поведение по умолчанию.

Подробней обо всех параметрах конфигурации Microsoft SQL Server можете почитать в официальной справке.

Системная процедура sp_configure

sp_configure – это системная процедура, предназначенная для отображения или изменения глобальных параметров конфигурации текущего SQL сервера. После того, как Вы изменили параметр конфигурации, необходимо выполнить инструкцию RECONFIGURE, для того чтобы изменения вступили в силу, иногда, при изменении некоторых параметров, требуется перезапуск всего экземпляра SQL Server.

Если Вы укажете конфигурационное значение, которое не соответствует спецификации, т.е., например, выходит за пределы допустимых значений, RECONFIGURE выдаст ошибку (например, ошибка «Нерегламентированное обновление в системных каталогах не поддерживается»). Однако инструкция RECONFIGURE WITH OVERRIDE отключает проверку конфигурационных значений, но, как Вы понимаете, ее нужно использовать с особой осторожностью, ведь указав значение, которое выходит за пределы допустимых, Вы намерено допускаете возможность возникновения ошибок.

У процедуры sp_configure есть два необязательных параметра, это:

  • Первый - имя параметра конфигурации, если параметр отсутствует, то возвращается весь список параметров;
  • Второй - новое значение параметра конфигурации.

Для того чтобы выполнить процедуру sp_configure без изменений параметров конфигурации, т.е. на просмотр параметров, особые права не нужны, но, для того чтобы изменить параметры конфигурации с помощью процедуры sp_configure, нужно разрешение ALTER SETTINGS, т.е., например, быть членом предопределенных ролей сервера sysadmin и serveradmin, у которых есть данное разрешение.

Примеры использования процедуры sp_configure

Все примеры я буду выполнять в Microsoft SQL Server 2016 Express.

Включаем отображение всех параметров конфигурации

EXEC sp_configure 'show advanced options', 1 RECONFIGURE

Запускаем процедуру на просмотр параметров

--Смотрим один конкретный параметр EXEC sp_configure 'show advanced options' --Смотрим все параметры EXEC sp_configure

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

SELECT * FROM sys.configurations

Разрешаем использование нерегламентированные распределенные запросы

--Значение до изменения EXEC sp_configure 'Ad Hoc Distributed Queries' --Устанавливаем новое значение EXEC sp_configure 'Ad Hoc Distributed Queries', 1 --Переконфигурируем RECONFIGURE --Значение после изменения EXEC sp_configure 'Ad Hoc Distributed Queries'

Уменьшаем время ожидание подтверждения удаленного входа

--Значение до изменения EXEC sp_configure 'remote login timeout' --Устанавливаем новое значение EXEC sp_configure 'remote login timeout', 5 --Переконфигурируем RECONFIGURE --Значение после изменения EXEC sp_configure 'remote login timeout'

Заметка! Если Вас интересует язык T-SQL, то рекомендую почитать мою книгу «Путь программиста T-SQL», в ней я подробно, с большим количеством примеров, рассказываю практически про все возможности языка Transact-SQL.

У меня все, надеюсь, материал был Вам полезен, удачи!

Похожие статьи:

info-comp.ru

Параметры времени выполнения

Параметры времени выполнения

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

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

Структура области конфигурации

Во время первого запуска клиент для командной строки svn создает отдельную для каждого пользователя область конфигурации. На Unix-подобных системах эта директория называется .subversion и находиться в домашней директории пользователя. На Win32 системах Subversion создает папку с именем Subversion в области Application Data директории с профилем пользователя (которая, кстати говоря, обычно является скрытой директорией). Однако на этой платформе точное местоположение отличается от системы к системе и указывается в реестре Windows. При обращении к пользовательской области конфигурации мы будем использовать ее Unix-название.

В дополнение к пользовательской области конфигурации, Subversion использует общесистемную область конфигурации. Это дает возможность системным администраторам устанавливать параметры по умолчанию для всех пользователей отдельно взятой машины. Помните, что системная область конфигурации не устанавливает безоговорочные правила — параметры, заданные пользовательской конфигурацией переопределяют системные параметры, а аргументы командной строки, передаваемые программе svn, имеют последнее слово. На Unix-подобных платформах ожидаемым местоположением системной области конфигурации является директория /etc/subversion; на Windows машинах ищется директория Subversion внутри общесистемной области Application Data (также определяемой реестром). В отличие от пользовательской, системную область конфигурации svn не создает.

На сегодняшний момент пользовательская область конфигурации содержит три файла — два файла конфигурации (config и servers) и README.txt, который содержит описание INI формата. После их создания, эти файлы содержат значения по умолчанию для всех, поддерживаемых Subversion параметров, обычно закомментированных и объединенных с текстовым описанием значений ключей, влияющих на поведение Subversion. Для того, что бы изменить отдельный параметр все, что нужно, просто загрузить соответствующий файл в текстовый редактор и изменить значение нужного параметра. Если в какой-то момент вы захотите восстановить параметры по умолчанию, необходимо просто удалить (или переименовать) директорию с конфигурацией, после чего выполнить какую-то безобидную команду svn, например, svn --version. В результате будет создана новая директория с конфигурацией и содержимым по умолчанию.

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

Конфигурация и реестр Windows

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

За общесистемными настройками Subversion обращается к ключу HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion Например, параметр global-ignores, находящийся в разделе miscellany файла config будет находиться в HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion\Config\Miscellany\global-ignores. Пользовательские настройки хранятся в ключе HKEY_CURRENT_USER\Software\Tigris.org\Subversion.

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

  1. Параметры командной строки

  2. Пользовательские INI-файлы

  3. Параметры в реестре

  4. Системные INI-файлы

  5. Общесистемные параметры в реестре

Кроме того, реестр Windows не поддерживает механизма «комментирования». Тем не менее, Subversion игнорирует параметры, у которых имена начинаются с символа «решетка» (#). Это позволяет закомментировать параметр, не удаляя ключ из реестра, что значительно упрощает процесс восстановления этого параметра.

Клиент для командной строки svn никогда ничего не записывает и не создает первоначальные «умолчательные» параметры в реестре Windows. Нужные вам ключи вы можете создать используя программу REGEDIT. Либо, можно создать .reg-файл и двойным щелчком на этом файле в Explorer добавить информацию в реестр.

Пример 7.1. Пример указания параметров в (.reg) файле реестра.

REGEDIT4 [HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion\Servers\groups] [HKEY_LOCAL_MACHINE\Software\Tigris.org\Subversion\Servers\global] "#http-proxy-host"="" "#http-proxy-port"="" "#http-proxy-username"="" "#http-proxy-password"="" "#http-proxy-exceptions"="" "#http-timeout"="0" "#http-compression"="yes" "#neon-debug-mask"="" "#ssl-authority-files"="" "#ssl-trust-default-ca"="" "#ssl-client-cert-file"="" "#ssl-client-cert-password"="" [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\auth] "#store-auth-creds"="no" [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\helpers] "#editor-cmd"="notepad" "#diff-cmd"="" "#diff3-cmd"="" "#diff3-has-program-arg"="" [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\miscellany] "#global-ignores"="*.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store" "#log-encoding"="" "#use-commit-times"="" "#template-root"="" "#enable-auto-props"="" [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\tunnels] [HKEY_CURRENT_USER\Software\Tigris.org\Subversion\Config\auto-props]

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

Параметры конфигурации

В этом разделе рассматриваются поддерживаемые Subversion параметры времени выполнения.

В файле servers находятся настройки, относящиеся к работе Subversion через сеть. Он содержит два специальных раздела — groups и global. Раздел groups представляет собой просто перекрестную таблицу. Ключи этого раздела являются именами последующих разделов файла; значения ключей представляют собой обобщения — текстовые блоки, которые могут содержать подстановочные символы — сравниваемые с именами машин, к которым Subversion направляет запросы.

[groups] beanie-babies = *.red-bean.com collabnet = svn.collab.net [beanie-babies] … [collabnet] …

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

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

http-proxy-host

Указывает имя компьютера-посредника, через который Subversion должна отправлять HTTP-запросы. По умолчанию, этот параметр имеет пустое значение, которое говорит Subversion о том, что она должна направлять HTTP-запросы не через компьютер-посредник, а связываться с целевой машиной напрямую.

http-proxy-port

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

http-proxy-username

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

http-proxy-password

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

http-timeout

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

http-compression

Указывает, должна или нет Subversion использовать сжатие сетевых запросов, выполняющихся к DAV-серверам. Значением по умолчанию является yes (однако выполняться сжатие будет только если такая возможность поддерживается сетевым слоем). Установите этот параметр в no, для отключения сжатия, например при отладке сетевых транзакций.

neon-debug-mask

Целочисленная маска, которая используется низлежащей HTTP-библиотекой, Neon, для определения типа выводимой отладочной информации. По умолчанию установлено значение 0, скрывающие весь отладочный вывод. Подробнее о том как Subversion использует Neon читайте в разделе Глава 8, Информация для разработчиков.

ssl-authority-files

Разделенный точкой с запятой перечень путей к файлам, содержащим сертификаты авторизации (или CAs), используемые Subversion-клиентом при обращении к хранилищу через HTTPS.

ssl-trust-default-ca

Установите значение этой переменной в yes, если хотите чтобы Subversion автоматически доверяла набору поставляемых вместе с OpenSSL сертификатов (CAs).

ssl-client-cert-file

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

ssl-client-cert-password

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

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

Раздел auth содержит параметры, относящиеся к аутентификации и авторизации в хранилище. Он содержит:

store-passwords

Устанавливает, используется или не используется кеширование паролей, введенных пользователем в ответ на запрос при аутентификации на сервере. Значением по умолчанию является да. Для запрета кеширования паролей на диск установите этот параметр в нет. Для отдельного запуска svn этот параметр можно переопределить, используя параметр командной строки --no-auth-cache (для тех команд, которые его поддерживают). За более подробной информацией обратитесь к разделу «Кэширование клиентской идентификационной информации».

store-auth-creds

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

Раздел helpers определяет, какие внешние приложения, при выполнении своих задач, будет использовать Subversion. Доступные параметры:

editor-cmd

Определяет программу, которую будет использовать Subversion для ввода лог сообщений, в тех случаях, когда svn commit используется без параметров --message (-m) или --file (-F). Эта же программа используется с командой svn propedit — вызывается временный файл, содержащий текущее значение редактируемого пользователем свойства и редактирование выполняется прямо в программе-редакторе (см. «Свойства»). По умолчанию значение этого свойства не установлено. Порядок определения используемого редактора следующий:

  1. Command-line option --editor-cmd

  2. Environment variable SVN_EDITOR

  3. Configuration option editor-cmd

  4. Environment variable VISUAL

  5. Environment variable EDITOR

  6. Possibly, a default value built in to Subversion (not present in the official builds)

The value of any of these options or variables is (unlike diff-cmd) the beginning of a command line to be executed by the shell. Subversion appends a space and the pathname of the temporary file to be edited. The editor should modify the temporary file and return a zero exit code to indicate success.

diff-cmd

Здесь указывается абсолютный путь к программе определения отличий, используемой, Subversion для «diff»-вывода (такого как при использовании команды svn diff). По умолчанию для определения отличий Subversion использует внутреннюю библиотеку — установка этого параметра заставит ее использовать внешнюю программу. Подробнее об использовании таких программ читайте в разделе «Using External Differencing Tools».

diff3-cmd

Здесь указывается абсолютный путь к программе трехстороннего сравнения. Subversion использует эту программу при объединении изменений, сделанных пользователем, с теми, которые были получены из хранилища. По умолчанию для определения отличий Subversion использует внутреннюю библиотеку — установка этого параметра заставит ее использовать внешнюю программу. Подробнее об использовании таких программ читайте в разделе «Using External Differencing Tools».

diff3-has-program-arg

Этот флаг должен быть установлен в true если программа, указанная в параметре diff3-cmd использует параметр командной строки --diff-program.

Раздел tunnels позволяет определить новые схемы туннелирования при использовании svnserve и клиентских подключений через svn://. За более подробной информацией обращайтесь в раздел «SSH идентификация и авторизация».

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

global-ignores

Про выполнении команды svn status, Subversion перечисляет не версионированные файлы и директории вместе с версионированными, отмечая их символом ? (см. «svn status»). Просмотр не интересных, не версионированных элементов при просмотре может раздражать — например объектные файлы, полученные в результате компиляции программы. Параметр global-ignores является перечислением разделннных пробелом обобщений, представляющих имена файлов и директорий которые Subversion не должна показывать, если они не версионированны. Значением, присвоенным по умолчанию, является *.o *.lo *.la #*# .*.rej *.rej .*~ *~ .#* .DS_Store.

Также как и svn status, команды svn add и svn import при просмотре директорий тоже игнорируют файлы, подходящие к этому списку. Можно переопределить этот параметр, используя флаг командной строки --no-ignore. Более подробнее о контроле игнорирования см. «Пропуск неверсионированных элементов».

enable-auto-props

Определяет автоматическую установку свойств для вновь добавляемых или импортированных файлов. Значением по умолчанию является no, поэтому для разрешения авто-свойств установите yes. Раздел auto-props этого файла определяет, какие свойства и для каких файлов должны устанавливаться.

log-encoding

Эта переменная задает набор символов кодировки для лог-сообщений фиксаций. Это перманентная форма параметра --encoding (см. «Параметры командной строкиsvn»). Хранилище Subversion хранит лог-сообщения в UTF8, и предполагает, что ваше лог-сообщение написано используя родную локаль операционной ситемы. Кодировку необходимо указывать, если используется любая другая кодировка.

use-commit-times

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

С другой стороны, иногда бывает выгодно, что бы рабочие файлы имели метки времени отражающие время их последнего изменения в хранилище. Команда svn export всегда устанавливает «метку времени последней фиксации» для создаваемого ею дерева файлов. При установке значения этой переменной в yes команды svn checkout, svn update, svn switch и svn revert для используемых ими файлов, так же будут устанавливать метку времени последней фиксации.

Раздел auto-props определяет возможность Subversion-клиента автоматически устанавливать свойства файлов, когда они добавлялись или импортировались. Он содержит любое количество пар ключ-значение, в формате PATTERN = PROPNAME=PROPVALUE, где PATTERN является файловым шаблоном, соответствующих набору имен файлов, а остальная часть строки является свойством и его значением. Множественные совпадения для одного файла приведут к множественной установке свойств для этого файла; однако не гарантируется, что порядок установки авто-свойств будет таким же в каком они указаны в файле конфигурации, поэтому нельзя будет одним правилом «перекрыть» другое. Несколько примеров использования авто-свойств можно найти в файле config. Наконец, если хотите использовать авто-свойства, не забудьте в разделе miscellany установить enable-auto-props в yes.

svnbook.red-bean.com

Параметры конфигурации приложения

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

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

Дополнительные сведения об использовании этих параметров в приложении см. в примерах раздела Конфигурация клиента, основанная на XML (кэширование в Windows Server AppFabric).

Параметры клиента кэша

 

Параметр Местоположение конфигурации XML Местоположение конфигурации кода

Время ожидания клиента (в миллисекундах)

Атрибут requestTimeout в элементе dataCacheClient. Не рекомендуется указывать значение меньше 10000 (10 секунд). По умолчанию используется значение 15000.

Свойство RequestTimeout класса DataCacheFactoryConfiguration.

Время ожидания открытия канала (в миллисекундах)

Атрибут channelOpenTimeout в элементе dataCacheClient. Для этого атрибута можно установить значение 0, чтобы немедленно обрабатывать любые сетевые проблемы. Дополнительные сведения см. в разделе Настройка времени ожидания клиента кэша (кэширование в Windows Server AppFabric). По умолчанию используется значение 3000.

Свойство ChannelOpenTimeout класса DataCacheFactoryConfiguration.

Максимальное число подключений к серверу

Атрибут maxConnectionsToServer в элементе dataCacheClient. По умолчанию используется значение 1.

Свойство MaxConnectionsToServer класса DataCacheFactoryConfiguration.

Параметры узла кэша

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

В файле конфигурации приложения параметры узла локального кэша указываются в элементе узла, который является дочерним по отношению к элементу hosts. Программно каждый узел обозначается в конструктора классов класса DataCacheServerEndpoint. После установки эти объекты DataCacheServerEndPoint передаются в свойство Servers класса DataCacheServerEndpoint.

 

Параметр Местоположение конфигурации XML Местоположение конфигурации кода

Имя сервера кэша

Атрибут name элемента host.

Свойство HostName класса DataCacheServerEndpoint.

Номер порта кэша

Атрибут cachePort элемента host.

Свойство CachePort класса DataCacheServerEndpoint.

Параметры локального кэша

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

В файле конфигурации приложения параметры локального кэша задаются в элементе localCache, который является дочерним по отношению к элементу dataCacheClient. Программным образом локальный кэш настраивается с помощью экземпляра класса DataCacheFactoryConfiguration, который передается в конструктор класса DataCacheFactory. Дополнительные сведения о локальном кэше см. в разделе Клиенты кэша и локальный кэш (кэширование в Windows Server AppFabric).

 

Параметр Местоположение конфигурации XML Местоположение конфигурации кода

Локальный кэш включен

Атрибут isEnabled в элементе localCache. Значения могут быть true или false. Кроме того, может отсутствовать элемент localCache, что указывает на его отключенное состояние.

Свойство IsEnabled класса DataCacheLocalCacheProperties. После этого значение назначается свойству LocalCacheProperties класса DataCacheFactoryConfiguration.

Метод недействительности локального кэша

Атрибут sync в элементе localCache. Используйте значение TimeoutBased для указания значения времени ожидания, которое необходимо использовать. Используйте NotificationBased для указания уведомлений кэша, которые также необходимо использовать.

Свойство InvalidationPolicy класса DataCacheLocalCacheProperties. Возможны значения NotificationBased и TimeoutBased.

Время ожидания локального кэша (в секундах)

Атрибут ttlValue в элементе localCache.

Свойство DefaultTimeout класса DataCacheLocalCacheProperties.

Интервал опроса для конкретных уведомлений кэша (в секундах)

(Необязательно) Указывается атрибутом pollInterval элемента clientNotification. Элемент clientNotification является дочерним по отношению к элементу dataCacheClient и не является дочерним по отношению к элементу localCache. Если не указано, используется значение, равное 300 секундам.

Свойство PollInterval класса DataCacheNotificationProperties. После этого значение назначается свойству NotificationProperties класса DataCacheFactoryConfiguration.

Максимальное число локально кэшированных объектов

(Необязательно) Указывается атрибутом objectCount в элементе localCache. Срабатывает при запуске вытеснения для локального кэша; затем будет пытаться удалить 20 процентов наиболее давно использовавшихся локально кэшированных объектов. Если не указано, используется значение по умолчанию, равное 10 000 объектам.

Свойство ObjectCount класса DataCacheLocalCacheProperties.

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

Параметры уведомления

В файле конфигурации приложения свойства уведомления задаются в элементе clientNotification, который является дочерним по отношению к элементу dataCacheClient. Программным образом свойства уведомления настраиваются с помощью экземпляра класса DataCacheFactoryConfiguration, который передается в конструктор класса DataCacheFactory. Дополнительные сведения см. в разделе Методы настройки (кэширование в Windows Server AppFabric).

 

Параметр Расположение конфигурации XML Расположение конфигурации кода

Интервал опроса для конкретных уведомлений кэша (в секундах)

Указывается атрибутом pollInterval элемента clientNotification. Если не указано, используется значение, равное 300 секундам.

Свойство PollInterval класса DataCacheNotificationProperties. После этого значение назначается свойству NotificationProperties класса DataCacheFactoryConfiguration.

Максимальная длина очереди

Атрибут maxQueueLength элемента clientNotification. Если атрибут не задан, по умолчанию используется значение 10000.

Свойство MaxQueueLength класса DataCacheNotificationProperties.

Параметры безопасности

В файле конфигурации приложения свойства безопасности задаются в элементе securityProperties, который является дочерним по отношению к элементу dataCacheClient. Программным образом свойства безопасности настраиваются с помощью экземпляра класса DataCacheFactoryConfiguration, который передается в конструктор класса DataCacheFactory. Дополнительные сведения см. в разделе Методы настройки (кэширование в Windows Server AppFabric).

 

Параметр Расположение конфигурации XML Расположение конфигурации кода

Режим

Атрибут mode элемента securityProperties. Возможны значения Transport и None. По умолчанию используется значение Transport.

Свойство SecurityMode класса DataCacheSecurity. Возможны значения None и Transport. Затем объект DataCacheSecurity назначается свойству SecurityProperties класса DataCacheFactoryConfiguration.

Уровень защиты

Атрибут protectionLevel элемента securityProperties. Возможны значения None, Sign и EncryptAndSign. По умолчанию используется значение EncryptAndSign.

Свойство ProtectionLevel класса DataCacheSecurity. Возможны значения None, Sign и EncryptAndSign.

Параметры транспорта

В файле конфигурации приложения свойства транспорта задаются в элементе transportProperties, который является дочерним по отношению к элементу dataCacheClient. Программным образом свойства транспорта настраиваются с помощью экземпляра класса DataCacheFactoryConfiguration, который передается в конструктор класса DataCacheFactory. Дополнительные сведения см. в разделе Методы настройки (кэширование в Windows Server AppFabric).

 

Параметр Расположение конфигурации XML Расположение конфигурации кода

Размер буфера подключения (в байтах)

Атрибут connectionBufferSize элемента transportProperties.

Свойство ConnectionBufferSize класса DataCacheTransportProperties. Затем оно назначается свойству TransportProperties класса DataCacheFactoryConfiguration.

Максимальный размер буферного пула (в байтах)

Атрибут maxBufferPoolSize элемента transportProperties.

Свойство MaxBufferPoolSize класса DataCacheTransportProperties.

Максимальный размер буфера (в байтах)

Атрибут maxBufferSize элемента transportProperties.

Свойство MaxBufferSize класса DataCacheTransportProperties.

Максимальная задержка выходных данных (в миллисекундах)

Атрибут maxOutputDelay элемента transportProperties.

Свойство MaxOutputDelay класса DataCacheTransportProperties.

Время ожидания инициализации канала (в миллисекундах)

Атрибут channelInitializationTimeout элемента transportProperties.

Свойство ChannelInitializationTimeout класса DataCacheTransportProperties.

Время ожидания получения (в миллисекундах)

Атрибут receiveTimeout элемента transportProperties.

Свойство ReceiveTimeout класса DataCacheTransportProperties.

Пример файла конфигурации приложения

Чтобы сборки AppFabric могли считывать элементы XML в файле конфигурации приложения, необходимо включить configSections в качестве первого элемента в файл под тегом configuration. В элемент configSections необходимо включить один элемент section, сопоставленный с элементом dataCacheClient.

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

<?xml version="1.0" encoding="utf-8" ?> <configuration> <!--configSections must be the FIRST element --> <configSections> <!-- required to read the <dataCacheClient> element --> <section name="dataCacheClient" type="Microsoft.ApplicationServer.Caching.DataCacheClientSection, Microsoft.ApplicationServer.Caching.Core, Version=1.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" allowLocation="true" allowDefinition="Everywhere"/> </configSections> <dataCacheClient requestTimeout="15000" channelOpenTimeout="3000" maxConnectionsToServer="1"> <localCache isEnabled="true" sync="TimeoutBased" ttlValue="300" objectCount="10000"/> <clientNotification pollInterval="300" maxQueueLength="10000"/> <hosts> <host name="CacheServer1" cachePort="22233"/> <host name="CacheServer2" cachePort="22233"/> </hosts> <securityProperties mode="Transport" protectionLevel="EncryptAndSign" /> <transportProperties connectionBufferSize="131072" maxBufferPoolSize="268435456" maxBufferSize="8388608" maxOutputDelay="2" channelInitializationTimeout="60000" receiveTimeout="600000"/> </dataCacheClient> </configuration>

См. также

msdn.microsoft.com

Настройка конфигурации сети

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

  • IP-адрес вашего компьютера;

  • маска подсети;

  • IP-адрес основного шлюза доступа к Интернету.

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

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

Вкладка Поддержка.

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

Щелкните на кнопке Подробности, чтобы открыть это окно.

Щелкните на кнопке Исправить, чтобы исправить проблемы с сетевым подключением. Порой действительно помогает :)

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

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

Настройка параметров TCP/IP – основной шаг, позволяющий добиться работоспособности локальной сети. В окнеПодключение по локальной сети выберите пункт Протокол Интернета (TCP/IP) и щелкните на кнопке Свойства. Откроется окно Свойства: Протокол Интернета (TCP/IP).

Для стандартной домашней сети можно рекомендовать такие параметры. Адреса компьютеров указывайте в диапазоне 192.168.0.2-192.168.0.50, т.е. первый компьютер получает адрес 192.168.0.2, второй – 192.168.0.3 и т.д. Адрес 192.168.0.1, как правило, присваивается основному шлюзу сети. Маску подсети укажите как 255.255.255.0. Во многих случаях такая конфигурация подойдет для организации работы локальной сети.

Если мастер настройки сети выполнил свою работу, то IP-адрес компьютеру назначается автоматически. В противном случае адрес придется указать вручную. Для этого выберите переключатель Использовать следующий IP-адрес и введите IP-адрес компьютера в поле Использовать следующий IP-адрес, а в поле Маска подсети – маску подсети. Если в сети используется определенный шлюз, такой как маршрутизатор, укажите его IP-адрес в поле Основной шлюз. Вводить IP-адреса первичного и вторичного DNS-серверов, как правило, не обязательно (хотя порой и требуется).

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

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

studfiles.net

Параметры конфигурации

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

Имейте в виду, что существуют два разных файла параметров:wdbsvr.app и        В таблице 12.4 перечислены параметры, содержащиеся в файле wdbsvr.app.

Таблица (продолжение) Параметры wdbsvr.app

Параметр

Описание

username

Имя пользователя учетной записи базы данных Oracle. Обычно оно вводится при установке WebDB или при создании новых WebDB-сайтов,

но вы можете его изменить, присвоив этому параметру новое значение.

По умолчанию: WebDB

default_page

Домашняя страница WebDB, используемая по умолчанию. По умолчанию: webdb.home

documentjable

(Только для DAD, относящихся к средствам WebDB Site Builder.)

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

создается WebDB-сайт.

По умолчанию: webdb.www_document

document_path

(Только для DAD, относящихся к средствам WebDB Builder.)

Путь в составе URL текущей установки, определяющий местонахождение

документа, на который производится ссылка. Значение по умолчанию

основано на имени схемы, в которой создается WebDB-сайт. По умолчанию: Docs

document_proc

(Только для DAD, относящихся к средствам WebDB Site Builder.)

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

Значение по умолчанию: основано на имени схемы, в которой создается Web-сайт. 

afterjprx

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

Например: after_proc = webdb.showjooter

Эта процедура будет отображать нижний колонтитул после выполнения основной процедуры.

По умолчанию: закомментирован

before_proc

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

Например: before_proc = webdb.show_header

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

По умолчанию: закомментирован

reuse

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

По умолчанию: Yes

conmax

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

Совет: это значение нужно подбирать в зависимости от ресурсов сервера и количества пользователей. Ориентировочное значение для систем среднего размера (приблизительно 200 пользователей) — от 5 до 10.

По умолчанию: 4

Для каждого WebDB-сайта создаются три DAD: общий (public), частный (private) и административный (administrator). Конфигурирование каждого из них должно выполняться в соответствии с таблицей 12.4.

< Предыдущая Следующая >
 

deepedit.ru

параметры конфигурации - это... Что такое параметры конфигурации?

 параметры конфигурации

2) Programming: configuration parameters

Универсальный русско-английский словарь. Академик.ру. 2011.

  • параметры контроля за технологическими процессами
  • параметры короткого замыкания

Смотреть что такое "параметры конфигурации" в других словарях:

  • язык описания конфигурации системы — Данный язык обеспечивает возможность обмена информацией о конфигурации устройств в стандартизованном формате между программным обеспечением различных фирм производителей. [Новости Электротехники №3(75). Релейная защита. МЭК 61850] Все параметры… …   Справочник технического переводчика

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

  • ГОСТ 31824-2012: Туманоуловители волокнистые. Типы и основные параметры. Требования безопасности. Методы испытаний — Терминология ГОСТ 31824 2012: Туманоуловители волокнистые. Типы и основные параметры. Требования безопасности. Методы испытаний оригинал документа: 3.1 аэрозоль: Дисперсная система, в которой дисперсионной средой является газ, а дисперсной фазой… …   Словарь-справочник терминов нормативно-технической документации

  • Web.config — Web.config  это файл, определяющий параметры для ASP.NET web приложения. По сути, файл web.config  это XML документ. В нем хранится информация о параметрах поставщиков состояний сеансов, членства, определяются ссылки на страницы ошибок …   Википедия

  • DHCP — Не следует путать с HDCP. DHCP Название: Dynamic Host Configuration Protocol Уровень (по модели OSI): Прикладной[источник не указан 24 дня] Семейство: TCP/IP Создан в: 1990 г. Порт/ID …   Википедия

  • Windows registry — Реестр Windows или системный реестр (англ. Windows Registry)  иерархически построенная база данных параметров и настроек в большинстве операционных систем Microsoft Windows. Реестр содержит информацию и настройки для аппаратного обеспечения,… …   Википедия

  • Windows реестр — Реестр Windows или системный реестр (англ. Windows Registry)  иерархически построенная база данных параметров и настроек в большинстве операционных систем Microsoft Windows. Реестр содержит информацию и настройки для аппаратного обеспечения,… …   Википедия

  • Описание разделов реестра — Реестр Windows или системный реестр (англ. Windows Registry)  иерархически построенная база данных параметров и настроек в большинстве операционных систем Microsoft Windows. Реестр содержит информацию и настройки для аппаратного обеспечения,… …   Википедия

  • Организация реестра — Реестр Windows или системный реестр (англ. Windows Registry)  иерархически построенная база данных параметров и настроек в большинстве операционных систем Microsoft Windows. Реестр содержит информацию и настройки для аппаратного обеспечения,… …   Википедия

  • Реестр Microsoft Windows — Реестр Windows или системный реестр (англ. Windows Registry)  иерархически построенная база данных параметров и настроек в большинстве операционных систем Microsoft Windows. Реестр содержит информацию и настройки для аппаратного обеспечения,… …   Википедия

  • Реестр Windows — Стиль этой статьи неэнциклопедичен или нарушает нормы русского языка. Статью следует исправить согласно стилистическим правилам Википедии …   Википедия

universal_ru_en.academic.ru