Содержание
- Сроки резервного копирования
- Ошибки и сбои
- Нет ошибок, нет стресса - ваше пошаговое руководство по созданию изменяющего жизнь программного обеспечения без разрушения вашей жизни
- податливость
- Восстановление данных
- Масштабируемость
Источник: Stockbakery / Dreamstime.com
вынос:
Обращайте внимание на эти проблемы с резервным копированием SQL, потому что они могут вызвать большие проблемы для вашей организации.
В течение многих лет SQL был стандартом для обработки базы данных и размещения всевозможной полезной информации в среде базы данных. Это был стандартный компонент обучения для администраторов баз данных. Это почти своего рода сокращение для функциональности базы данных. Но это представляет некоторые потенциальные проблемы, за которыми администраторы баз данных должны следить - и во многих случаях знать, как их решать.
Вот некоторые из основных проблем резервного копирования SQL, с которыми сталкиваются администраторы баз данных, пытаясь убедиться, что система баз данных действительно поддерживает бизнес.
Сроки резервного копирования
Одна из ключевых проблем, с которыми сталкиваются администраторы баз данных, - это задержка.
Многие профессионалы видели, как это происходит - по тем или иным причинам эффективность и скорость резервного копирования SQL снижается, и вдруг процесс резервного копирования занимает несколько часов.
Пытаясь определить медленное резервное копирование, ответственные администраторы могут посмотреть на полный жизненный цикл: от чтения файлов данных до сжатия и до места назначения данных. Специальные сторонние инструменты, связанные с эффективностью резервного копирования, помогут администраторам проверить наличие узких мест. Это одно из распространенных решений, которые компании внедряют, чтобы убедиться, что их системы не страдают от чрезмерной задержки. Специальные инструменты и методологии помогают защитить компании от задержек SQL, также как они устраняют узкие места в других частях SOA. (Не знаете, где вы должны хранить свои резервные копии? Проверьте облачное и локальное резервное копирование: что вам нужно?)
Ошибки и сбои
Администраторам баз данных также приходится иметь дело с различными типами системных сбоев, многие из которых связаны с перегрузкой системы или каким-либо непреднамеренным использованием.
Например, полный журнал транзакций может вызвать ошибки транзакций. Другие ошибки связаны с местом на диске или ситуациями, когда источник или место назначения резервной копии по какой-либо причине недоступны.
Администраторы должны отслеживать дисковое пространство, организовывать операции резервного копирования и просматривать доступные ресурсы, чтобы избежать подобных ситуаций. В некоторых случаях для исправлений может потребоваться косвенное резервное копирование во внешнее местоположение.
Нет ошибок, нет стресса - ваше пошаговое руководство по созданию изменяющего жизнь программного обеспечения без разрушения вашей жизни
Вы не можете улучшить свои навыки программирования, когда никто не заботится о качестве программного обеспечения.
податливость
Еще одной важной проблемой для администраторов баз данных является соблюдение.
Различные отрасли имеют свои собственные версии соответствия SQL, но в целом аудит SQL покажет, обладает ли система безопасностью и целостностью, необходимыми для прохождения «летающих цветов». Например, FT RPA управляет стандартами соответствия для образовательных систем баз данных. Финансовое регулирование Сарбейнса-Оксли также включает в себя правила SQL, как и регулирование PCI для финансовых данных. Мастера соответствия могут помочь компаниям автоматизировать или подготовиться к этим видам соответствия. Аудит будет проверять такие вещи, как подозрительная активность, методы сбора данных, доступ к панели мониторинга и многое другое.
Восстановление данных
Время от времени у администраторов баз данных также возникают вопросы о восстановлении. Например, лицам, ответственным за поддержание операций с базой данных, может понадобиться знать, как восстановить данные из журнала транзакций или как и где можно восстановить данные, подвергающиеся опасности. Все это требует определенных знаний технологий баз данных и аксессуаров.
Проблемы восстановления также могут быть очень чувствительными ко времени. Команды компании могут говорить об исправлениях с точки зрения количественного времени простоя или «времени ожидания» для возникающих проблем. Проблемы восстановления SQL могут дорого обойтись компаниям с точки зрения того, помогают ли они обнаружению или другим важным операциям. Задержка часто плохая, но проблемы с восстановлением могут быть хуже. (Аварийное восстановление может быть подавляющим, и может быть трудно узнать, с чего начать. Ознакомьтесь с Аварийным восстановлением 101, чтобы изучить основы.)
Масштабируемость
Со временем системы будут расти. Это совершенно верно для баз данных. Больше пользователей, больше историй клиентов, больше бизнес-продуктов или услуг и больше транзакций означают набухание таблиц SQL.
Инженеры должны смотреть в будущее, когда они смотрят на настройки базы данных.Они должны понимать, будет ли большая активность создавать чрезмерную нагрузку на систему, или, говоря иначе, они должны планировать расширенные системы и обеспечивать емкость базы данных.
Все вышеперечисленные проблемы легче решать с помощью систем сторонних поставщиков от опытных компаний, занимающихся поддержкой администрирования баз данных. Найдите инструменты SQL, необходимые вашей компании для навигации в этой сложной среде данных.