home.social

#sql_server — Public Fediverse posts

Live and recent posts from across the Fediverse tagged #sql_server, aggregated by home.social.

  1. Резервное копирование MS SQL в «Бересте»: как мы используем VDI

    Вокруг резервного копирования Microsoft SQL Server обычно обсуждают либо штатные BACKUP DATABASE ... TO DISK, либо интеграцию с большими корпоративными системами защиты данных. Между этими двумя мирами есть важный слой: VDI (Virtual Device Interface). Именно через него внешнее приложение может встроиться в процесс резервного копирования и восстановления так, чтобы SQL Server писал не в обычный .bak по своему усмотрению, а в управляемый приложением поток данных. В этой статье разберем небольшой, но вполне рабочий проект на C++, который реализует РК и ВД для MS SQL Server через VDI в ПО «Береста». Утилита поддерживает: • полный, дифференциальный и логический backup; • restore одной базы или всех найденных; • striped backup/restore в несколько потоков; • Windows-аутентификацию и SQL-аутентификацию; • работу с SQL Server 2008-2022. Почему VDI? Если задача ограничивается локальным резервным копированием на диск, VDI не нужен: достаточно стандартных T-SQL команд. Но как только появляется внешняя система резервного копирования, картина меняется. СРК обычно хочет сама управлять: • жизненным циклом задания; • маршрутом потока данных; • параллелизмом; • политиками хранения; • журналированием и обработкой ошибок. И здесь VDI становится мостом между SQL Server и внешним приложением. SQL Server продолжает выполнять привычные BACKUP и RESTORE, но вместо физического файла работает с виртуальными устройствами. А уже клиент VDI читает или записывает данные туда, куда считает нужным: в локальные файлы, сетевое хранилище, object storage, дедуп-слой или собственный медиасервер.

    habr.com/ru/articles/1023254/

    #резервное_копирование #срк #восстановление_данных #dvi #sql_server

  2. Мониторинг SQL Server Always On в Zabbix

    Если у вас стоит Always On Availability Groups, вы наверняка бывали в такой ситуации: в SSMS всё зелёное, дашборд показывает «Synchronized», а пользователи звонят с жалобами на тормоза. Смотришь на secondary — а там redo_queue_size 600 МБ, реплика отстаёт на полчаса. Ни одного алерта. У нас это случилось на продуктивном кластере с 1С: secondary молча отвалился в SYNCHRONIZING, а мы узнали только при плановом переключении. Полтора часа redo queue. Стало понятно, что встроенный дашборд SSMS — это не мониторинг. Дальше — как мы это закрыли Zabbix'ом за вечер.

    habr.com/ru/companies/cloud4y/

    #SQL_Server #Always_On #Zabbix #мониторинг #DMV #WSFC #кворум #failover #DBA

  3. Мониторинг SQL Server Always On в Zabbix

    Если у вас стоит Always On Availability Groups, вы наверняка бывали в такой ситуации: в SSMS всё зелёное, дашборд показывает «Synchronized», а пользователи звонят с жалобами на тормоза. Смотришь на secondary — а там redo_queue_size 600 МБ, реплика отстаёт на полчаса. Ни одного алерта. У нас это случилось на продуктивном кластере с 1С: secondary молча отвалился в SYNCHRONIZING, а мы узнали только при плановом переключении. Полтора часа redo queue. Стало понятно, что встроенный дашборд SSMS — это не мониторинг. Дальше — как мы это закрыли Zabbix'ом за вечер.

    habr.com/ru/companies/cloud4y/

    #SQL_Server #Always_On #Zabbix #мониторинг #DMV #WSFC #кворум #failover #DBA

  4. Мониторинг SQL Server Always On в Zabbix

    Если у вас стоит Always On Availability Groups, вы наверняка бывали в такой ситуации: в SSMS всё зелёное, дашборд показывает «Synchronized», а пользователи звонят с жалобами на тормоза. Смотришь на secondary — а там redo_queue_size 600 МБ, реплика отстаёт на полчаса. Ни одного алерта. У нас это случилось на продуктивном кластере с 1С: secondary молча отвалился в SYNCHRONIZING, а мы узнали только при плановом переключении. Полтора часа redo queue. Стало понятно, что встроенный дашборд SSMS — это не мониторинг. Дальше — как мы это закрыли Zabbix'ом за вечер.

    habr.com/ru/companies/cloud4y/

    #SQL_Server #Always_On #Zabbix #мониторинг #DMV #WSFC #кворум #failover #DBA

  5. Мониторинг SQL Server Always On в Zabbix

    Если у вас стоит Always On Availability Groups, вы наверняка бывали в такой ситуации: в SSMS всё зелёное, дашборд показывает «Synchronized», а пользователи звонят с жалобами на тормоза. Смотришь на secondary — а там redo_queue_size 600 МБ, реплика отстаёт на полчаса. Ни одного алерта. У нас это случилось на продуктивном кластере с 1С: secondary молча отвалился в SYNCHRONIZING, а мы узнали только при плановом переключении. Полтора часа redo queue. Стало понятно, что встроенный дашборд SSMS — это не мониторинг. Дальше — как мы это закрыли Zabbix'ом за вечер.

    habr.com/ru/companies/cloud4y/

    #SQL_Server #Always_On #Zabbix #мониторинг #DMV #WSFC #кворум #failover #DBA

  6. Базовые оконные функции

    Статья-разбор оконных функций для тех, кто их еще никогда не использовал, с примерами кода и данных: - разница оконных функций и агрегации; - зачем нужна конструкция OVER(); - особенности PARTITION BY; - как задавать порядок расчета (ORDER BY); - примеры функций ранжирования и базовых агрегаций.

    habr.com/ru/articles/1014468/

    #старт_карьеры #sql #sql_server #sqlite #sqlite3 #оконные_функции #оконные_функции_sql #аналитика_данных #аналитик_данных_обучение #аналитика_данных_для_новичков

  7. Мы знаем как готовить БД. Но индустрия изменилась: что бы я заложил в OLTP-БД с нуля

    Обычно мы используем СУБД как инструмент: учитываем нюансы синтаксиса, оптимизатора, утилит и поведения движка — и решаем прикладные задачи. Но недавно, разворачивая очередной PostgreSQL‑кластер для продакшена, я поймал себя на мысли: не слишком ли много всего нужно поднять вокруг PostgreSQL, чтобы система работала одновременно безопасно и предсказуемо по производительности?

    habr.com/ru/articles/1003102/

    #базы_данных #sql_server #postgresql #oltp #администрирование_баз_данных #latency #MVCCAutovacuum

  8. Строковые константы в MS SQL

    Строковые константы в MS SQL кажутся очень простыми в использовании. Но эта простота не всегда очевидна и порой приводит к тяжело выявляемым ошибкам в коде. По этой причине данная статья может оказаться полезной не только новичкам, но и тем, кто уже использует T-SQL в своей работе. Документация явно описывает два типа констант: обычные строковые и юникодные. Но на самом деле ситуация несколько сложнее, что и будет рассмотрено ниже.

    habr.com/ru/articles/1001668/

    #sql_server #sql #tsql

  9. [Перевод] Замедляю Postgres в 42 000 раз, потому что мне нечем больше заняться

    Кругом только и разговоров о том, как бы заставить Postgres работать быстрее, эффективнее, и так далее. Но при этом никто даже не задумывается о том, как бы его замедлить. Само собой, о продуктивности и эффективности парятся в основном те, кому за это платят. Я не из из числа (можете это исправить -- дайте мне знать). На днях я работал над чуть более полезным руководством и в какой-то момент решил, что этому миру нужна такая конфигурация Postgres, которая будет выполнять запросы максимально медленно. Нахрена? Черт знает, но вот что у меня получилось.

    habr.com/ru/articles/940006/

    #postgresq #postgres #sql #sql_server #optimization

  10. Телеграм-бот с подключением к базе данных MS SQL в контейнере docker

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

    habr.com/ru/articles/879882/

    #telegrambot #aiogram3 #sql_server #docker #dockerfile

  11. Простое решение для автоматизации контроля за состоянием базы данных с использованием EF Core

    Привет, Хабр! Меня зовут Кирилл Салихов, и я занимаюсь разработкой бизнес-приложений на платформе .NET в компании КРОК. При оптимизации процессов развертывания приложений возник вопрос о том, как эффективно хранить SQL-код, предназначенный для применения к базе данных, чтобы избежать необходимости в ручном труде и перемещении файлов. В короткой статье дам пошаговую инструкцию автоматического применения миграций к базе данных и управлению представлениями и процедурами, без всяких сиай/сиди… So what if I swagger?

    habr.com/ru/companies/croc/art

    #net_core #ef_core #entity_framework #sql_server #microsoft #entity_framework_core #migrations #database

  12. Внедрение поисковой системы в крупное CRM-решение: наш опыт

    Один из наших длительных проектов - это крупное многопользовательское SaaS-решение (CRM-система) основанное на микросервисной архитектуре и развернутое в облаке Azure. Изначально это был MVP, где все части (сервисы, базы данных и т. д.) располагались на одной виртуальной машине. Со временем проект вырос в облачное распределенное решение с множеством веб- и мобильных клиентов. В этой статье мы расскажем, как решили одну из проблем, с которой столкнулись в процессе разработки.

    habr.com/ru/articles/828104/

    #saas #микросервисы #azure #crm #search_engine #поисковый_движок #sql_server #elasticsearch #облачное_решение #cloud_platform

  13. Внедрение поисковой системы в крупное CRM-решение: наш опыт

    Один из наших длительных проектов - это крупное многопользовательское SaaS-решение (CRM-система) основанное на микросервисной архитектуре и развернутое в облаке Azure. Изначально это был MVP, где все части (сервисы, базы данных и т. д.) располагались на одной виртуальной машине. Со временем проект вырос в облачное распределенное решение с множеством веб- и мобильных клиентов. В этой статье мы расскажем, как решили одну из проблем, с которой столкнулись в процессе разработки.

    habr.com/ru/articles/828104/

    #saas #микросервисы #azure #crm #search_engine #поисковый_движок #sql_server #elasticsearch #облачное_решение #cloud_platform

  14. Внедрение поисковой системы в крупное CRM-решение: наш опыт

    Один из наших длительных проектов - это крупное многопользовательское SaaS-решение (CRM-система) основанное на микросервисной архитектуре и развернутое в облаке Azure. Изначально это был MVP, где все части (сервисы, базы данных и т. д.) располагались на одной виртуальной машине. Со временем проект вырос в облачное распределенное решение с множеством веб- и мобильных клиентов. В этой статье мы расскажем, как решили одну из проблем, с которой столкнулись в процессе разработки.

    habr.com/ru/articles/828104/

    #saas #микросервисы #azure #crm #search_engine #поисковый_движок #sql_server #elasticsearch #облачное_решение #cloud_platform

  15. Миграция с MSSQL Server на PostgreSQL. Предпосылки

    Сегодня обсудим общие вопросы, связанные с миграцией баз данных на новую платформу. Как обычно, акцент сделан на системах 1С:Предприятие, как самых популярных на российском рынке. Но многие рекомендации универсальны и годятся для всех ИТ-систем.

    habr.com/ru/companies/softpoin

    #миграция_бд #posgresql #perfexpert #репликация_баз_данных #dbreplication #sql_server #переход_на_PostgreSQL #миграция_1С

  16. Записки оптимизатора 1С (Часть 5). Ускорение запросов с RLS в 1С системах

    Замахнемся сегодня на RLS. Обсуждать будем проблемы по нашему профилю, связанные с производительностью 1С:Предприятие. Но, в целом, этот материал может быть полезен и не только 1С-никам. Почему запросы с RLS очень часто такие долгие? Какие есть варианты их ускорить?

    habr.com/ru/companies/softpoin

    #1c #perfexpert #qprocessing #мониторинг_производительности #rls #ускорение_запросов #оптимизатор_запросов #план_выполнения_запросов #sql_server