В dbatools.io Restore-DbaDatabase сделает все для вас, правильно только параметры указать

Спасибо за ресурс, попробую

Если доступ есть с тестового на боевой, то можно сделать Get-DbaDbBackupHistory | Restore-DbaDatabase - но нюансы зависят от вашей задачи

Нет, с тестового сервера есть доступ до "сервера бекапов"

В моем случае сервер с бекапаами отдельный сервер, но с боевого получаем данные из msdb по истории бекапов, а далее dbatools строить нужный список файлов и он уже восстанавливается

что-то слишком сложно для работы над одной академической задачкой

У нас слегка другая инфраструктура

В чем вы видите сложности? Import-Module dbatools; Get-DbaBackupHistory | Restore-DbaDatabase - практически однострочник

ответ был не для вашей задачи. нужно 3 s подряд?

Тогда с помощью Get-DbaBackupInformation получать данные о бекапах в файлах результат отправлять в Restore-DbaFatabase. Хотя сам RDD умеет разбирать папку с бекапаами и восстанавливать без посторонней помощи

@V1nn1 в том и дело что нет - нужно 3 буквы в слове, они могут быть в разном расположении

'%s%s%s%'

Да, сейчас читаю как раз

@V1nn1 спасибо

Подскажите плз: есть следующая задачка подсчитать общий каунт день рождений, в которых возникает больше 1 праздника (2+). То есть необходимо провести подсчёт значений праздников, отфильтровать где больше 1 праздника и провести каунт. Возможно ли это реализовать без подзапроса? Вывод таблички с фильтром без общего каунта реализован вот так

SELECT birthday, count(*) FROM users GROUP BY birthday HAVING(COUNT(birthday) > 1);

SELECT birthday, count(*) FROM users GROUP BY birthday HAVING(COUNT(birthday) > 1);

можно пример с исходными данными и желаемым результатом?

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

Включи перфмон и счётчик Log File(s) Size (kb) , поснимай сутки и потом легко вычислишь

можно из истории бэкапов вытащить (backup_size - размер лога на момент бэкапа). добавить только фильтр по имени базы и по времени:
USE [msdb];

SELECT
   [database_name],
   [server_name],
   [backup_start_date],
   [backup_finish_date],
[type],
[backup_size]
FROM
[backupset] AS [bs]
WHERE
type = 'L'
AND  [database_name] = 'myDb'

Как вариант. Но не очень подходит решение, ввиду сложности при его масштабируемости. т.е нужно вручную включать и настраивать перфмон  на  400+ SQL серверах. потом глазами смотреть на циферки и делать аналитику. Я думал, возможно есть какой нить T-SQL, но из системных вьюх более менее только sys.dm_db_log_space_usage, но она не содержит нужной информации. Буду благодарен, если у кого-то появятся ещё идеи