По долгу службы сталкиваюсь с серверами баз данных MSSQL. Часто необходимо быстро настроить архивацию БД, на тестовых серверах, да и в продакшене. При этом в сети можно найти много разрозненных односложных источников, как надо или не надо архивировать, но нигде нет каких то более или менее универсальных готовых решений. На новом месте работы опять столкнулся с данной проблемой. В силу определенных причин все БД в компании (пока) находятся в режиме простой модели восстановления, потому решение, приведенное в тексте является не полным, но судя по вопросам на форумах, начинающим и просто разработчикам и администраторам, далеким от данных задач, вполне подойдет как решение, ну а в процессе каждый может дополнить его сам.
Читать полностью »
Рубрика «Администрирование баз данных» - 43
Архивация баз данных Microsoft SQL Server
2016-12-01 в 16:30, admin, рубрики: Microsoft SQL Server, Администрирование баз данных, архивация, базы данных, резервное копирование, Серверное администрированиеРелиз СУБД InterSystems Caché 2016.2
2016-12-01 в 14:08, admin, рубрики: cache, dbms, intersystems, release, Администрирование баз данных, Блог компании InterSystems, релиз, СУБД, субд Caché, хранение данных
Всем привет! Состоялся очередной выпуск новой версии Caché под номером 2016.2. Изменений не так много, но все они важные. Как всегда, вначале публикуем ссылку на полный список изменений (на английском языке).
Итак.
Как заставить PostgreSQL считать быстрее
2016-11-29 в 5:53, admin, рубрики: count, optimization, postgresql, Администрирование баз данных, Блог компании centos-admin.ru
Все умеют считать, но не все умеют считать быстро. В этой статье мы подробно рассмотрим методы оптимизации count в PostgreSQL. Существуют приемы, которые могут позволить ускорить подсчет количества строк на порядки.
Если подходить к вопросу со всей серьезностью, необходимо выделить несколько вариантов count, у каждого из которых есть собственные методы. С чем нужно будет определиться:
- требуется ли точное количество строк или оценочного значения будет достаточно;
- следует ли учитывать дубликаты или интересуют только уникальные значения;
- нужно ли посчитать все строки таблицы или необходимо выбрать только удовлетворяющие определенному условию.
Мы проанализируем решения для каждой конкретной ситуации, а также сравним их скорость и потребление ресурсов. Разобрав ситуацию с централизованной БД, мы воспользуемся Citus, чтобы продемонстрировать параллельное выполнение count в распределенной базе данных.
Microsoft SQL Server для Linux: мост между мирами Linux и Windows
2016-11-21 в 13:15, admin, рубрики: linux, Microsoft SQL Server, ruvds, windows, Администрирование баз данных, Блог компании RUVDS.com, Настройка LinuxСистема управления реляционными базами данных Microsoft SQL Server имеет давнюю историю – идея продукта зародилась еще в середине 80-ых, а первая версия появилась в 1988 году. Его основой стал язык запросов Transact-SQL, созданный совместно Microsoft и Sybase. Стратегия дальнейшего развития Microsoft SQL Server приобрела цельный и завершенный вид в 2010 году. Тогда было объявлено, что SQL Server будет представлять собой единый продукт, реализуемый в настольных системах, в центрах обработки данных и в облаке (в 32- и 64- разрядном вариантах).
Docker: деплой master-slave конфигурации PostgreSQL
2016-11-16 в 5:23, admin, рубрики: devops, docker, docker swarm, fabric, failover, kubernetes, master-slave replication, mesos, postgresql, python, Администрирование баз данных, Блог компании REDMADROBOT, виртуализация
В предыдущем материале я рассказывал о проекте для автоматизации деплоя Docker контейнеров, разработка которого стартовала в начале этого года. Прошло несколько месяцев, Fabricio был значительно улучшен и доработан, и сегодня я хочу рассказать об одном из последних нововведений — об автоматическом деплое master-slave конфигураций для PostgreSQL.
Запуск PostgreSQL в контейнерах — не самая популярная идея, и тому есть разумное объяснение: ни к чему добавлять дополнительные сетевые задержки к и без того довольно загруженному сервису. Но существует ряд случаев когда такое решение все же можно применить. Например, когда вы полностью доверяете Docker БД не испытывает серьезных нагрузок, но при этом важна возможность дублирования/реплицирования хранимых данных на несколько серверов. Либо просто для тестирования и отладки настроек перед применением их на боевых серверах.
Чтобы не утомлять читателя (и пользователя) большим количеством текстовой информации, я решил, что неплохо было бы уже привести «живые» примеры использования Fabricio на реально работающих контейнерах — согласитесь — лучше один раз увидеть.
Читать полностью »
Повышение производительности SQL Server с помощью системы хранения начального уровня MSA 2042
2016-11-11 в 14:22, admin, рубрики: 3par, Demartek, HPE, MSA, sql server, Администрирование баз данных, Блог компании Hewlett Packard Enterprise, ит-инфраструктура, хранение данных, хранилища данныхОтчет Demartek показывает, что система HPE MSA 2042 с твердотельными накопителями и интеллектуальным программным обеспечением может с минимальными затратами повысить эффективность SQL Server.
Автосбор данных о выполненных заданиях в MS SQL Server
2016-11-08 в 9:03, admin, рубрики: MS Sql Server, Администрирование баз данныхПредисловие
Администратору баз данных важно знать какие задачи выполнялись. И как выполнялись (по длительности, успешно или не успешно и т. д.). И чтобы этого не делать в ручную на каждом сервере, лучше этот процесс автоматизировать.
В данной статье приведу реализацию автоматического ежедневного сбора информации о выполненных заданиях Агента в MS SQL Server.
Автосбор данных о файлах баз данных и логических дисках операционной системы в MS SQL Server
2016-11-06 в 9:53, admin, рубрики: MS Sql Server, Администрирование баз данныхПредисловие
Администратору баз данных важно знать когда закончится место на диске. И чтобы этого не делать в ручную на каждом сервере, лучше этот процесс автоматизировать.
В данной статье приведу реализацию автоматического ежедневного сбора информации о логических дисках и о файлах баз данных.
Реализация индикатора производительности запросов, хранимых процедур и триггеров в MS SQL Server. Автотрассировка
2016-11-05 в 18:23, admin, рубрики: MS Sql Server, Администрирование баз данныхПредисловие
Администратору баз данных рано или поздно захочется иметь индикатор производительности, который бы показывал все ли хорошо с запросами. Также известно, что запуск Профайлера на целые сутки существенно загружает систему, и поэтому не может быть оптимальным решением в базе данных, которая используется 24x7.
Так как же определять состояния запросов? И как запускать трассировку при обнаружении проблем с запросами без участия человека?
В данной статье приведу реализацию индикатора производительности запросов, хранимых процедур и триггеров, а также их использование для запуска трассировки.
Читать полностью »
КЛАСТЕР высокой доступности на postgresql 9.6 + repmgr + pgbouncer + haproxy + keepalived + контроль через telegram
2016-11-01 в 5:33, admin, рубрики: cluster, failover, HA, haproxy, keepalived, pgbouncer, postgresq, replication, repmgr, Администрирование баз данных, Блог компании Этажи, Серверное администрирование, хранение данных, метки: postgresq
На сегодняшний день процедура реализации «failover» в Postgresql является одной из самых простых и интуитивно понятных. Для ее реализации необходимо определиться со сценариями файловера — это залог успешной работы кластера, протестировать его работу. В двух словах — настраивается репликация, чаще всего асинхронная, и в случае отказа текущего мастера, другая нода(standby) становится текущем «мастером», другие ноды standby начинают следовать за новым мастером.
На сегодняшний день repmgr поддерживает сценарий автоматического Failover — autofailover, что позволяет поддерживать кластер в рабочем состоянии после выхода из строя ноды-мастера без мгновенного вмешательства сотрудника, что немаловажно, так как не происходит большого падения UPTIME. Для уведомлений используем telegram.
Появилась необходимость в связи с развитием внутренних сервисов реализовать систему хранения БД на Postgresql + репликация + балансировка + failover(отказоустойчивость). Как всегда в интернете вроде бы что то и есть, но всё оно устаревшее или на практике не реализуемое в том виде, в котором оно представлено. Было решено представить данное решение, чтобы в будущем у специалистов, решивших реализовать подобную схему было представление как это делается, и чтобы новичкам было легко это реализовать следуя данной инструкции. Постарались описать все как можно подробней, вникнуть во все нюансы и особенности.
Читать полностью »