Наверх

База знаний
Try 2 Fix
beta

FreeBSD 11: Проверка состояния SMART жёстких дисков

Проверка SMART жёсткого диска — важная операция, которую надо проводить время от времени. Если в Windows это можно просто сделать с помощью россыпи программ с графическим интерфейсом, то во FreeBSD (если нет GUI) сделать это немного сложнее. Но мы справимся!

  1. Для начала установим всё необходимое из портов. Переходим в
    #cd /usr/ports/sysutils/smartmontools
  2. Устанавливаем
    #make install clean
    
  3. Получаем список дисков и разделов
    #ls -l /dev/ad*
    

    На выходе получим что-то такое

    crw-r----- 1 root operator 0x5a Nov 4 14:30 /dev/ada0
    crw-r----- 1 root operator 0x5b Nov 4 14:30 /dev/ada0p1
    crw-r----- 1 root operator 0x5c Nov 4 14:30 /dev/ada0p2
    crw-r----- 1 root operator 0x5d Nov 4 14:30 /dev/ada0p3

    Первая строка — это сам HDD, остальные это разделы на нём. В данном случае у нас один SATA HDD с тремя разделами на нём.

  4. А дальше подставляем название HDD в команду, которой мы можем воспользоваться благодаря установленному порту
    #smartctl -a /dev/ada0

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

    SMART Attributes Data Structure revision number: 16
    Vendor Specific SMART Attributes with Thresholds:
    ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
    1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 2
    3 Spin_Up_Time 0x0027 153 137 021 Pre-fail Always - 1325
    4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1186
    5 Reallocated_Sector_Ct 0x0033 133 133 140 Pre-fail Always FAILING_NOW 561
    7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 35
    9 Power_On_Hours 0x0032 001 001 000 Old_age Always - 554148
    10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
    11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
    12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1184
    192 Power-Off_Retract_Count 0x0032 199 199 000 Old_age Always - 955
    193 Load_Cycle_Count 0x0032 084 084 000 Old_age Always - 350756
    194 Temperature_Celsius 0x0022 100 089 000 Old_age Always - 43
    196 Reallocated_Event_Count 0x0032 199 122 000 Old_age Always - 1
    197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 1
    198 Offline_Uncorrectable 0x0030 100 253 000 Old_age Offline - 0
    199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
    200 Multi_Zone_Error_Rate 0x0008 100 253 000 Old_age Offline - 0

Эти статьи будут Вам интересны

Тюнинг PostgreSQL 9.4.2-1.1C для 1С:Предприятия 8.3: рельаный опыт настройки

Как только размер файловой базы данных 1С:Предприятие одного из наших клиентов достиг размера в 32Гб (да, 32Гб), в следствии чего всё постепенно начало тормозить, а потом и встало намертво, наши клиенты попросили нас решить эту проблемы. SSD Enterprise класса ненадолго подсластил пилюлю, но через некоторое время всё вернулось в исходную точку. Ну что ж, тут и к бабке не ходи – переходим на SQL версию БД. Поскольку мы ярые пользователи Windows, доступно нам только два варианта СУБД – это MSSql и PostgreSQL. Первый хорош до безумия, но стоимость не порадовала. А ещё больше не порадовала новость о дополнительных лицензиях 1С для работы с MSSQL. Поэтому PostgreSQL. Подробная инструкция с видео доступна здесь. В этой статье мы пройдёмся по ключевым моментам. Не забываем про резервное копирование баз данных 1С! Исходные данные: ОС Windows Server 2008R2, Intel Core i7-2600K 3.40GHz, 32Gb RAM, Intel SSD DC3700 100Gb (только под БД, ОС на отдельном SSD), от 10 до 20 пользователей в БД ежедневно, обмен с 5 узлами распределённой БД в фоне. Зловеще, не правда ли? Приступим.

1С:Предприятие: переход с файловой версии на серверную PostgreSQL

Представляем Вашему вниманию инструкцию по переходу с файловой версии базы данных 1С:Предприятие на SQL версию. В качестве сервера БД будем использовать PostgreSQL. Подробнее о том, как происходит процесс развёртывания БД на PostgreSQL можно прочитать здесь, а информацию про ускорение работы сервера PostgreSQL можно найти тут.

Проверка согласованности разделов реестра SQL Server — Ошибка при установке MS SQL Express

На одном из ПК наших клиентов для работы программы Альта-Софт ГТД потребовалось установить Microsoft SQL Server. При установке Express версии указанного сервера (и 2008, и 2012, и 2014) при проверке глобальных правил, появлялось неинформативное слово "Ошибка" напротив пункта "Проверка согласованности разделов реестра SQL Server". Чистка реестра CCleaner, откат системы и прочие ухищрения не помогали. Не помог даже пропуск проверки глобальных правил. но мы нашли выход. Го!