Моніторинг баз даних
Моніторинг баз даних Моніторинг баз даних - перевірка БД на можливість підключення та виконання певних запитів.

Моніторинг баз даних дозволяє при кожній перевірці виконувати певний запит до бази, та визначеним чином реагувати на результат перевірки. Можна просто перевірити можливість підключення до бази - якщо не задати жоден запит. При налаштуванні, задайте адресу сервера бази даних, порт, назву бази, логін та пароль користувача для підключення. Ми радимо створити окремого користувача з обмеженими правами. Йому необхідно надати права на дії, присутні в запиті. Також потрібно додати адреси серверів ХостТрекера, здійснюючих перевірки, до файрволу та інших можливих блокувань, для забезпечення доступу до бази. Адреси постійні, вказані при створенні завдання для моніторингу.

Create ContentCheck Task

Запит може бути будь-яким - звичайна вибірка, регулярний UPDATE/DELETE/INSERT, запуск процедур (подібно до планувальника), порівняння результатів, логічні операції. Головне обмеження - час виконання. Він не має перевищувати 30 секунд, в іншому разі буде повернено помилку - таймаут.

Рекомендується писати такі запити, які б повертали потрібне значення в першому рядку першого стовпчика результату. Саме це значення аналізується. Для запитів типу UPDATE, INSERT, DELETE фіксується кількість оброблених рядків. Для аналізу доступні різні варіанти умов для порівняння з заданим значенням - дорівнює/не дорівнює/більше/менше/в діапазоні. Якщо умова невиконується, або ж запит не пройшов через таймаут, або ж відсутній зв'язок з БД - Вам прийде сповіщення.

Create ContentCheck Task
  • CM.Glossary.WebsiteMonitoring
  • CM.Glossary.ContentCheck
більше глосарій
Аптайм і моніторинг веб-сайтів

Моніторинг веб-сайтів - це процес спостереження за поведінкою сайту. ХостТрекер пропонує потужний набір інструментів для вирішення цієї задачі.

Моніторинг веб-сайтів - це процес спостереження за поведінкою сайту. Зазвичай він використовується для нагляду над комерційними сайтами та іншими сторінками, доступність яких є вкрай важливою для їх власників.

Компанії, що надають послуги з моніторингу веб-сайтів, пропонують клієнтам перевіряти сайти, сервера, порти та інші елементи ІТ-інфраструктури, доступні з Інтернету. Відповіді, отримані як результат перевірки, зберігаються та аналізуються. Зазвичай, моніторинг відбувається з різних серверів, віддалених географічно - може бути з окремих частин світу та країн, або ж взагалі глобальним. Такий моніторинг зветься розподілений моніторинг, він допомагає відслудковувати як помилки, пов'язані з серверами, так і помилки мережі. Також, розподілений моніторинг часто допомагає проаналізувати поведінку сайту саме для користувачів з регіону, де проживає цільова аудиторія сайту, а не з віддалених місць, на перевірку з яких можуть накластись додаткові проблеми, пов'язані з високою затримкою. Зібрана інформація може бути представлена у різній формі: звіти у вигляді електронних листів, різноманітні графіки та "розумні" залежності, створені для того, щоб клієнт міг отримати всеосяжну картину роботи своїх сайтів. Такі параметри, як час завантаженння, швидкість та інші можуть допомогти оптимізувати поведінку сайту. В разі виявлення критичної проблеми, сервіси моніторингу використовують різноманітні методи сповіщення клієнта: SMS, голосовий дзвінок, сервіси миттєвих повідомлень, електронна пошта та інші. Це, в купі з негайною діагностикою проблеми, допомагає відповідальним людям - розробникам, адміністраторам - якнайшвидше відновити роботу сайту і, таким чином, мінімізувати час простою.

Чому це важливо?

Для комерційних сайтів робочий час пропорційний їх доходу. Грубо кажучи, 2 години простою на добу означатимуть втрату 1/12 частини потенційних клієнтів. Насправді, навіть більше - бо навіть лояльні користувачі сайту з часом перейдуть до конкурентів, якщо вони не зможуть отримувати потрібні їм товари/послуги вчасно. Для інших сайтів: урядових, освітніх, громадських і т.п., це також дуже важливо. Якщо люди не можуть знайти інформацію швидко і в любий час - вони шукатимуть інше джерело. Деякі параметри роботи сайту, такі як швидкість завантаження - грають роль в оцінці сайту пошуковими системами, інші - з'єднання з базою даних, наприклад - можуть сильно вплинути на комфортне перебування користувачів на сайті. Моніторинг певних внутрішніх показників, таких як завантаженість процесора, використання пам'яті, наявність вільного місця на жорсткому диску, є важливим для адміністраторів для того, щоб уникати потенційних неприємностей. Ще одна важлива причина використання сервісів моніторингу - перевірки SLA (service-level agreement, договір про надання послуг) провайдера хостингу. З технічних причин, жоден сайт не може бути 100% часу онлайн протягом тривалого періоду. Іноді сервер потрібно перезавантажити, обновити, замінити обладнання. Кожна хостингова компанія декларує певне значення (що зветься аптаймом), яке показує, який час простою є прийнятним при наданні своїх послуг. Аптайм зазвичай вимірюють у відсотках. В наступній таблиці показано, який час може сайт не працювати протягом року при кожному з показників аптайму:

  • 90%          876 годин
  • 95%          438 годин
  • 99%          87,5 годин
  • 99.9%       8 годин 45 хвилин
  • 99.99%     52,5 хвилин
  • 99.999%   5 хвилин 15 секунд

Якщо реальна поведінка сайту не відповідає декларованому SLA, можна вимагати компенсацію за неналежне надання послуг та вимагати покращення сервісу. Також це може допомогти клієнтам обрати найбільш оптимальний хостинг для їх потреб.

Сервіси моніторингу зазвичай пропонують додаткові послуги, такі як перевірка на вразливості, сканування на віруси, перевірка терміну дії доменів та сертифікатів та багато іншого, для того щоб створити корисний та якісний продукт для своїх клієнтів.

Різні підходи до моніторингу

Моніторинг, залежно від мети та засобів, можна розбити на кілька категорій. Внутрішній моніторинг передбачає встановлення певного програмного забезпечення в мережу, що моніториться. Цей моніторинг допомагає відслідковувати помилки мережі, загальну поведінку системи та передбачати або ж одразу помічати проблеми з обладнанням та піки навантаження. Зовнішній моніторинг виконується ресурсами з-поза меж мережі. Його метою є перевірка роботи системи з точки зору незалежної третьої особи. Моніторинг реального користувача - це зовнішній моніторинг, що симулює візит на сайт пересічного відвідувача. Залежно від складності, цей моніторинг може аналізувати завантаження сторінки, наявність на ній певного контенту, часом навіть помилки дизайну. Найбільш "продвинуті" функції пропонують створити певний сценарій для відвідувача. Це зветься транзакційним моніторингом і дозволяє крок за кроком відтворити поведінку користувача: зайти на сайт, обрати певний пункт меню, зробити покупку. Пасивний моніторинг працює завдяки певному коду, що має бути включений в сайт і виконується щоразу, коли завантажується сторінка. Він надсилає певну інформацію на сервер збору даних і може допомогти проаналізувати поведінку відвідувачів сайту та вхідний трафік.

Сервіси моніторингу зазвичай підтримують різні протоколи перевірки, що дозволяє їм перевіряти не лише веб-сайти, а й інші вузли інфраструктури, як-то файловий сервер, поштовий сервер, певний конкретний порт тощо. Залежно від типу завдання, інтервал моніторингу може різнитись від кількох секунд до годин.

більше блог
Благодарим за внимание к нашему сервису!
 
Вхід
Зареєструватись
Ціни та пакети
Наша мережа моніторингу
Home > Blog > database_monitoring

В даній статті ми б хотіли познайомити вас ще з однією цікавою та корисною функцією нашого сервісу - Перевірка баз даних.

В даній статті ми б хотіли познайомити вас ще з однією цікавою та корисною функцією нашого сервісу - Перевірка баз даних (далі - БД).

Існує багато різних сервісів і метрик для збору та аналізу інформації про роботу ресурсу, як-от кількість відвідувачів, тривалість сесій, розподіл аудиторії за регіонами тощо. Але під час роботи з даними виникає потреба в порівнянні даних показників, а особливо більш «технічних» їх характеристик, наприклад, приросту бази.

Саме для отримання та оцінки таких параметрів, команда розробників та аналітиків ХостТрекера розробила простий для розуміння та використання інструмент – Перевірка БД.

Налаштування запиту

Як правило, налаштування даного запиту не займає багато часу. Функція Перевірка БД дозволяє кожного разу при перевірці виконувати певний запит до бази даних, і відповідним чином обробляти результат. У разі, якщо запит не визначено – буде перевірятися можливість підключення до бази. Найцікавіше в даному інструменті - можливість з заданим часовим інтервалом виконувати певний запит, при цьому зберігаючи та порівнюючи його результати. Запит може бути будь-який - від простих вибірок до більш складніших, як-от (регулярних) апдейтів таблиць, запуску процедур (замість планувальника), різноманітних порівнянь і логічних операцій. Єдине обмеження – такий запит повинен виконуватися за 30 секунд, інакше - буде повернуто помилку по таймауту. Яким же чином ці дані можна аналізувати?

По-перше, запит має бути написаний таким чином, щоб потрібне значення поверталося в першу колонку першого рядка результуючого набору. Саме це отримане значення можна аналізувати. По-друге, для запитів з використанням операторів маніпулювання даними (UPDATE, INSERT, DELETE) ще додатково буде фіксуватися кількість оброблених рядків.

Наприклад, графік результату виконання DELETE за певними параметрами буде виглядати таким чином:

Відповідно, кожне таке спостереження фіксується, а останній результат запиту завжди доступний в таблиці завдань інтерфейсу. При цьому, якщо значення числове - по ньому буде побудовано графік, за допомогою якого можна прослідкувати динаміку змін відповідного параметру (параметрів). На даному етапі також можна задавати умови відбору – тобто значення може бути рівним/нерівним, перевищувати задане, перебувати у визначеному проміжку/поза ним тощо.

У випадку, якщо умова не буде виконуватися - запит не пройшов перевірку через таймаут або відсутнє з’єднання з БД - вам буде надіслано повідомлення (нагадаємо, ХостТрекер підтримує SMS, E-mail, Skype, Viber, Telegram, Push, Slack сповіщення та голосовий дзвінок).

Приклад використання

Для прикладу продемонструємо сценарій для відстеження розміру файлів БД і отримання повідомлень при досягненні певного критичного значення.

  1. Пишемо запит, щоб отримати потрібні нам дані про вільне місце в табличному просторі: 

          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
          AS 'Free/mb'
          , filegroup.groupname AS 'File-group'
          , sysfile.[name],sysfile.[filename]
          FROM dbo.sysfiles sysfile (NOLOCK)
          inner join dbo.sysfilegroups filegroup (NOLOCK) ON filegroup.groupid =
          sysfile.groupid
          UNION ALL 
          SELECT
          convert(DECIMAL(12,2),round(sysfile.size/128.000,2)) AS 'FileSize/mb'
          , convert(DECIMAL(12,2),round(fileproperty(sysfile.name,'SpaceUsed')/128.000,2))
          AS 'Used/mb'
          , convert(DECIMAL(12,2),round((sysfile.size-fileproperty(sysfile.name,'SpaceUsed'))/128.000,2))
         AS 'Free/mb'
         , (CASE WHEN sysfile.groupid = 0 THEN 'Log' END) AS 'File-group'
         , sysfile.[name],sysfile.[filename]
         FROM dbo.sysfiles sysfile (NOLOCK) WHERE groupid = 0
         ORDER BY [File-group],sysfile.[name]                                          

      2.  Отримуємо таку картину:

      3.  Обираємо потрібні параметри:

             1.  Результат запиту - «значення в першій колонці першого рядка».

             2.  Перевірка результату - «менше, ніж» і вводимо в поле значення «1000».

Отримуємо: якщо лог-файл перевищить 1 Гб, нам надійде сповіщення.

Крім того, можна завжди переглянути історію завдання – для розуміння як швидко і коли саме спостерігався приріст.

Налаштування моніторингу

Під час налаштування необхідно вказати адресу сервера, порт, назву бази, логін і пароль користувача під яким буде виконуватися запит. Для даного завдання ми рекомендуємо створити окремого користувача з обмеженими правами (надати йому права тільки на ті дії, які йому слід виконувати). Також необхідно додати адреси серверів ХостТрекера звідки будуть проводитися перевірки в білий список фаєрволу та сервера БД, щоб забезпечити доступ до бази. Дані адреси визначені наперед – вони постійні.

Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+
Блоги:
HostTracker blog HostTracker page on Facebook
Безготівковий
розрахунок