alba_fox

https://www.youtube.com/watch?v=6s6HNyyafXQ

Предыстория: Возникла проблема с увеличение нагрузки на ввод/вывод и после чего постепенно начали отказывать все "органы" a на Linux, что собственно стало БОЛЬШОЙ проблемой в филиале . Поиск причины: Для того чтобы понять, в чем проблема - необходимо проверить доступность дисков и возможность открытия директорий. В моем случае, оказалось что проблема быстродействия и перегрузки системы связаны с выходом из стоя одного диска из RAID10, на котором собственно и крутится Oracle. На сервере ( DBServer) находятся 6 дисков. 4 из них отведены под RAID10 Выводим информацию о дисках: [root@dbserver38 ~]# fdisk -l Disk /dev/sda: 1000.2 GB , 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Device Boot Start End Blocks Id System /dev/sda1 1 121601 976760001 83 Linux Disk /dev/sdb: 1000.2 GB , 1000204886016 bytes 255 heads, 63 sectors/track, 121601 cylin

%wa – iowait, процент времени (циклов, секунд), в течение которого процессор простаивал, ожидая завершения операции ввода-вывода. Когда какой-либо процесс или программа запрашивает данные, он сначала проверяет кэш процессора (в нем имеется 2 или 3 кэша), затем проверяет память и, наконец, доходит до диска. Дойдя до диска, процессу или программе обычно приходится ждать, пока поток ввода-вывода передаст информацию в оперативную память, прежде чем иметь возможность снова на нем работать.  Чем медленнее диск, тем выше будет значение IO Wait % для каждого процесса. Это происходит также с процессами записи на диск, если системный буфер заполнен и его необходимо прочистить при помощи ядра – обычно это наблюдается на серверах баз данных с высокой нагрузкой.  Если значение IO Wait стабильно превышает {100 / (кол-во CPU * кол-во процессов)}% , это означает, что, возможно, имеется проблема хранения, с которой необходимо разобраться. Если вы наблюдаете высокую среднюю нагрузку, прежде всего,

Появилась необходимость узнать , какой физический диск относится к смонтированным дискам на dbserver, учитывая что собран RAID10 и нужно вытащить "тот самый диск" который отвалился. Воспользовался утилитой hdparm, ниже возможные параметры: -g Отображает геометрию устройства (цилиндры, головки, сектора), размер (в секторах) устройства. -h Отображение кратко й информации об испо льзовании (помощь). -H Считывает температуру некоторых устройств (большинство Hitachi). Также отображает предупреждение, если температура выше нормы. -i Отображает идентификационную информацию от драйвера устройства. -I Отображает идентификационную информацию прямо от устройства. Более детально. -t Отображает скорость чтения с диска, без кэширования данных. -T Отображает скорость чтения напрямую из кэша Linux буфера, без доступа к диску. А тут для истории,  диски на DBServer (дата: 25.01.2021) [root@dbserver38 ~]# hdparm -I /dev/sda /dev/sda: ATA device, with non-removable media

При вставке нового диска (был извлечен и проверен на ошибки, после того как он вылетел из RAID10). После того как он был проверен, я вставил диск обратно, при этом забыл что ранее менял точки монтирования из-за того, что была недоступна 0bmenka Поэтому при монтировании файловой системы и получили такую ошибку: fsck.ext3: No such file or directory while trying to open /dev/sdd1 An error occurred during the file system check Причина в том, что по сути назначенный sdd - является частью массива (RAID10). Поэтому необходимо изменить файл /etc/fstab. При изменении (как было раньше)   на  /dev/ sde1 /mnt/diska ext3 defaults 0 2 и сохранении файла, ругается на то что  система была загружена в режиме только для чтения. Поэтому нужно перемонтировать ее на запись: # mount -o remount,rw / повторить редактирование и сохранить (ошибки быть не должно)

Последствия сбоя в RAID10, в результате удаленный диск (removed) после синхронизации и перезагрузки был заменен на следующий по списку. То есть, как было во время сбоя и работы  RAID10(состоит из 4 дисков (sda, sdb - был удален , sdc, sdd)): 0 8 1 0 active sync /dev/sda1 [root@dbserver38 ~]# hdparm -I /dev/sda Model Number: WDC WD1002F9YZ-09H1JL1 Serial Number: WD-WMC5K0D1A6A3 1 0 0 1 removed [root@dbserver38 ~]# hdparm -I /dev/sdb Model Number: WDC WD1002F9YZ-09H1JL1 Serial Number: WD-WMC5K0D5T51D 2 8 33 2 active sync /dev/sdc1 [root@dbserver38 ~]# hdparm -I /dev/sdc Model Number: WDC WD1004FBYZ-01YCBB2 Serial Number: WD-WMC6M0H2UCMZ [root@dbserver38 ~]# hdparm -I /dev/sdd Model Number: WDC WD2000FYYZ-01UL1B1 Serial Number: WD-WCC1P1030551 3 8 49 3 active sync /dev/sdd1 [root@dbserver38 ~]# hdparm -

mdadm --detail --scan --verbose [root@dbserver38 ~]# mdadm --detail --scan --verbose ARRAY /dev/md0 level=raid0 num-devices=3 metadata=0.90 UUID=60fadd17:8deedbfa:4864a0d7:986ce922 devices=/dev/sda1,/dev/sdb1,/dev/sdc1 [root@dbserver38 ~]#

budgetmask.xml           Словарь масок КБК codetype_20XX.xml Виды классификаторов KFSR_template_20XX.xml «Функциональный классификатор расходов» (КФСР) KCSR_template_20XX.xml  «Классификатор целевой статьи расходов» (КЦСР) KVR_template_20XX.xml «Классификатор вида расходов» (КВР) KES_template_20XX.xml «Классификатор операций сектора государственного управления» (КОСГУ) KADM_template_20XX.xml «Классификатор администраторов поступлений и выбытий» KDT_template.xml «Код типа дохода» KSD_template_20XX.xml «Группы подвидов доходов» KSDA_template_20XX.xml «Аналитическая группа подвида доходов, вида источников» KD_template_20XX.xml «Классификатор видов доходов бюджета» KSI_template_20XX.xml «Коды подвидов источников» KI_template_20XX.xml «Классификатор видов источников» KDF_template.xml «Дополнительный функциональный код» KDE_template.xml «Дополнительный экономический код» KDR_template.xml «Дополнительный код расхода» KDD_template.xml «Дополнительный доходный код» UPD: Одним цветом ука

Настройка файла storages.xml для записи различных объектов вне БД. <? xml version= "1.0" encoding= "UTF-8" ?> < STORAGES > < DOCATTACH > < DEVICE name = "Date File Storage" caption = "Файловая система (с группировкой по датам)" path = "D:\!File\!STORAGES\attach" temp_path = "transactions/tmp" class = "com.bssys.server.system.storage.FileFolderDataDevice" /> < DEVICE name = "File Storage" caption = "Файловая система" path = "D:\!File\!STORAGES\attach" temp_path = "transactions/tmp" class = "com.bssys.server.system.storage.FileDataDevice" /> < DEVICE name = "BLOB Storage" caption = "База данных" table = "ANYDATA" key_field = "DATA_KEY" data_field = "DATA" class = "com.bssys.server.system.storage.BLOBDataDevice" /> </ D