Мониторинг веб сайтов
Мониторинг веб сайтовМониторинг веб сайта - это автоматизированый процесс проверки доступности интернет сайта.

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

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

  • CM.Glossary.Availability
  • CM.Glossary.PassiveMonitoring
  • CM.Glossary.ActiveMonitoring
  • CM.Glossary.Downtime
  • CM.Glossary.Uptime
больше глоссарий
"

Сервис очень удобный и информативный.

"
- Сергей
Сбой в работе сайта: Как автоматически приостановить работу Adwords кампании

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

Рассмотрим несколько подходов к решению данной проблемы.

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

Однако в жизни не все так просто… И даже самые надежные сайты время от времени становятся недоступными. Возникает вопрос: что нужно сделать, чтобы в этом случае не бросать деньги на ветер?

Рассмотрим несколько подходов к решению данной проблемы.

Опасная игра с Google

Итак, представим, что ваш сайт в данный момент недоступен. Что же сделает Google, узнав про это? Так вот, все объявления будут заблокированы, поскольку рекламируемый в них ресурс будет недоступным для сканирования роботом AdWords.

Также объявления будут заблокированы в случае, если  целевая страница будет работать с ошибками или будет как-то не так настроена. К таким ошибкам относятся: 403 (доступ запрещен), 404 (страница не найдена), какие-либо внутренние ошибки сервера и пр. Обратите внимание, что восстановление рекламной кампании в таком случае возможно только вручную и только после того, как ваши объявления будут одобрены командой Google, что, в свою очередь, занимает немало времени.

Таким образом, ряд сбоев и возможные «камни преткновения» в работе сайта остаются без внимания Google. При этом, даже кратковременный сбой может остановить рекламную кампанию на длительный период. Поскольку, во-первых, проблему нужно вовремя локализировать; во-вторых, сделать запрос на восстановление; и в-третьих, дождаться его исполнения.

Решение

Предлагаем вашему вниманию инструмент, который автоматически определяет статус ресурса (сайт не работает, долго загружается, отсутствует контент на сайте и пр.), приостанавливает кампанию через API в случае, если наблюдаются проблемы в работе, и восстанавливает ее автоматически после возобновления работы сайта.

Настройка довольно проста: нужно указать данные своего аккаунта AdWords, а также подтвердить в интерфейсе Google AdWords доступ к своей учетной записи:

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

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

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

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

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

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

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

Настройка запроса

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

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

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

Далее приведена графическая интерпретация результата выполнения инструкции DELETE по конкретно выбранным параметрам:

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

В случае, если условие не будет выполняться - запрос не проходит проверку по таймауту или отсутствует соединение с БД - Вам будет выслано уведомление на телефон или сообщение в Skype, Viber, Telegram, 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 Гб, нам поступит сообщение.

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

Настройка мониторинга

Для того, чтобы сформировать новую Проверку БД необходимо:

  1. Заполнить следующие поля:

  • Сервер – укажите имя сервера;

  • Порт – укажите имя порта;

  • База данных – укажите имя базы;

  • Пользователь –укажите логин под которым необходимо будет выполнить запрос;

  • Пароль – укажите пароль, соответствующий вашему логину.

Для данного задания рекомендуется создать отдельного пользователя с ограниченными правами.

      2.  Обеспечить доступ к базе. Для этого, добавьте IP-адреса агентов HostTracker в белый список файрволла и вашего сервера.

Внимание! IP-адреса наших агентов - постоянны.

      3.  Когда будете готовы - нажмите Сохранить.

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

Поделиться:
Send to Twitter Send to Facebook Send to LinkedIn Share on Google+ Send to Vkontakte
Блоги:
HostTracker blog HostTracker page on Facebook HostTracker page on Vkontakte HostTracker blog on Habrahabr
Безналичный
расчет