Выполните следующие шаги для добавления установочного DVD RHEL в качестве репозитория.

Шаг 1: Создаем точку монтирование и монтируем DVD

$ mkdir /mnt/rhel-dvd && mount -t iso9660 -o ro /dev/cdrom /mnt/rhel-dvd

Шаг 2: Создаем конфигурационный файл ‘rhel-dvd.repo’

$ touch /etc/yum.repos.d/rhel-dvd.repo

ALTER TABLESPACE USERSPACE1 AUTORESIZE YES MAXSIZE 200 G
db2 "ALTER TABLESPACE USERSPACE1 MAXSIZE 10 G"


db2 ALTER TABLESPACE USERSPACE1 AUTORESIZE YES
db2 "ALTER TABLESPACE USERSPACE1 RESIZE (ALL 256 M)"
db2 "ALTER TABLESPACE USERSPACE1 RESIZE (ALL 188)"


db2 "select tbspace,pagesize from sysibm.systablespaces"

db2 "ALTER TABLESPACE USR_TBSPC_32K RESIZE (ALL 766608)"

Для групповой разработки конфигурации в системе «1С:Предприятия» 8 используется специальный механизм — хранилище конфигурации. Хранилище конфигурации — это файловая база данных, в которую средствами конфигуратора помещается конфигурация, и которая хранит в себе информацию о редактируемых в данный момент объектах, а также историю изменения этих объектов. Доступ разработчиков к хранилищу конфигурации осуществляется либо в рамках локальной сети, либо по удаленному доступу с использованием веб-сервера. Изначально, конфигурация рассматривается как набор объектов, закрытых для изменения. Чтобы произвести изменения в объекте, его следует захватить, а одновременно объект может быть захвачен только одним пользователем. После работы с захваченными объектами, результат их модификации помещается в хранилище, после чего эти объекты становятся доступными всем участникам групповой разработки. Таким образом, осуществляется контроль доступа к одним и тем же объектам конфигурации, а также обеспечивается синхронизация работы группы разработчиков по модификации конфигурации. Ниже подробно рассмотрим процесс создания нового хранилища конфигурации в системе 1С:Предприятие 8.3 (в более старых версиях, 8.2 и 8.1 алгоритм создания хранилища аналогичен).

0. Оглавление

  1. Создание нового хранилища
  2. Добавление пользователей в хранилище
  3. Подключение к хранилищу конфигурации

If you have set up disks from 2 VIO servers using MPIO to an AIX LPAR, then you need to make some changes to your hdisks.

You must make sure the hcheck_interval and hcheck_mode are set correctly:

Example for default hdisk0 settings:


# lsattr -El hdisk0
PCM PCM/friend/vscsi Path Control Module False
algorithm fail_over Algorithm True
hcheck_cmd test_unit_rdy Health Check Command True
hcheck_interval 0 Health Check Interval True
hcheck_mode nonactive Health Check Mode True
max_transfer 0x40000 Maximum TRANSFER Size True
pvid 00cd1e7cb226343b0000000000000000 Physical volume identifier False
queue_depth 3 Queue DEPTH True
reserve_policy no_reserve Reserve Policy True

Шаг 1: Скачайте и распакуйте последнюю версию check_mk агента.

check_mk агент для Линукса состоит из всего лишь двух файлов: консольный скрип с названием ‘check_mk_agent.linux’ и файл конфигурации для ‘xinetd.conf’. Оба этих файла находятся в скаченном архиве.

Пример:

# cd /tmp
# wget http://mathias-kettner.de/download/check_mk-1.1.12p7.tar.gz
# tar -xvzf check_mk-1.1.12p7.tar.gz

Шаг 2: Установите ‘xinetd’.

Убедитесь что ‘xinetd’ установлен.

# rpm -qa | grep -i xinetd

Если ‘xinetd’ не установлен, тога установите его.

# yum install xinetd

В сборке с вебмордой FreePBX данный механизм делается внедрением в файл extensions_override_freepbx.conf следующих строк:

[app-chanspy]
exten => 555,1,Macro(user-callerid)
exten => 555,2,Authenticate(1234)
exten => 555,3,Read(SPYNUM,agent-newlocation)
exten => 555,4,ChanSpy(SIP/${SPYNUM},wqv(-1))
;--== end of [app-chanspy] ==--;


  1. Используя SQL Server Management Studio, подключитесь к серверу:
  2. SQL2008-ReadOnly1

Autodiscover is a web service running on Client Access servers that, as the name suggests, allows compatible client software to automatically discover a user’s mailbox settings by looking them up in Active Directory.

But first the client needs to locate a Client Access server to connect to for Autodiscover requests. Internal clients (eg Outlook 2007/2010 running on domain-joined workstations) perform a lookup in Active Directory for which Client Access servers have an Autodiscover Site Scope configured for the Active Directory Site they are currently located in.

If the client can’t determine which Site it is in (eg the subnet is not defined as one of the Site boundaries), or there is no Client Access server explicitly configured for that Site, then the client chooses a Client Access server at random.

The risk here is that the client will choose a Client Access server that is not the most ideal one in terms of bandwidth and latency. To resolve this you can configure what is referred to as “site affinity” by setting the Autodiscover Site Scope on Client Access servers. This makes sure that clients will connect to the closest Autodiscover instance.

You can see the current Autodiscover Site Scope for all of your Client Access servers by running this command in the Exchange Management Shell.

Subcategories

   
© 2021 systemadmins.ru All Rights Reserved