Телеграмм чат группы sqlcom страница 6616

можно из истории бэкапов вытащить (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'

Разве backup_size - не размер файла сделанного бакапа журнала транзакции? https://docs.microsoft.com/ru-ru/sql/relational-databases/system-tables/backupset-transact-sql?view=sql-server-ver15

Docs

Backup (Transact-SQL) - SQL Server

backupset (Transact-SQL)

13:14пожаловаться #1

k

несжатый он должен быть равен размеру лога. после бэкапа файл "очищается", но сумма двух таких бэкапов даст приблизительный объем файла лога, если он продолжит расти

13:15пожаловаться #2

KR

можно из истории бэкапов вытащить (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'

вот описание из документации: "Size of the backup set, in bytes. Can be NULL. For VSS backups, backup_size is an estimated value". я понимаю ,что это размер файла бакапа журнала транзакций

13:16пожаловаться #3

k

сгруппировать по имени базы и бахнуть SUM(backup_size) - даст ориентировочный объем роста

13:16пожаловаться #4

k

вот у меня лог есть на 10ГБ, в несжатом архиве он так и будет 10ГБ занимать

13:17пожаловаться #5

k

плюс/минус системные заголовки

13:17пожаловаться #6

ФГ

Федор Гулин... in SqlCom.ru - Стиль жизни SQL

stanislav

Может кто-то помочь советом? Проблема с SSIS. Запускаем одновременно пару десятков джоб. В результате несколько джоб валятся. Валятся в случайном порядке. Джобы довольно простые, прочитать файл и положить результат в базу. На какие настройки SSIS стоит посмотреть чтобы оптимизировать выполнение? И можно ли это оптимизировать настройками?

Надеюсь что пакеты из ssisdb запускаются найдите там ошибки и смотрите что падает

Chatbro in SqlCom.ru - Стиль жизни SQL

13:24пожаловаться #7

C

triviumfan
Доброго дня.
Ребят, подскажите как в ssms узнать последние действия администратора? Я, кажется, случайно не тот бекап залил, запутался. Есть некий журнал последних действий?)

13:26пожаловаться #8

G

Chatbro

triviumfan
Доброго дня.
Ребят, подскажите как в ssms узнать последние действия администратора? Я, кажется, случайно не тот бекап залил, запутался. Есть некий журнал последних действий?)

ну вот в ссмс и есть логи в дереве

13:26пожаловаться #9

G

они же в эвентлоге есть, но надо фильтровать

13:26пожаловаться #10

G

а дату бакупа можешь в св-вах базы глянуть

13:27пожаловаться #11

G

Chatbro in SqlCom.ru - Стиль жизни SQL

13:27пожаловаться #12

C

triviumfan
Last DB backup что значит?( когда БД восстановили или когда сделали бекап с неё?

13:31пожаловаться #13

KR

сгруппировать по имени базы и бахнуть SUM(backup_size) - даст ориентировочный объем роста

Да, возможно это будет работать при одном условии - отсутствия компрессии при выполнении бакапа лога. в моем случае это вообще неизвестно, поскольку бакапы выполнятся сторонней софтиной. делает она сжатие (с вероятностью 99% - да) и каким методом и коэффициентом - непонятно

13:32пожаловаться #14

G

Chatbro

triviumfan
Last DB backup что значит?( когда БД восстановили или когда сделали бекап с неё?

сделали

13:33пожаловаться #15

k

Kirill Rose

Да, возможно это будет работать при одном условии - отсутствия компрессии при выполнении бакапа лога. в моем случае это вообще неизвестно, поскольку бакапы выполнятся сторонней софтиной. делает она сжатие (с вероятностью 99% - да) и каким методом и коэффициентом - непонятно

в msdb сохраняются два поля - compressed_backup_size и backup_size. backup_size именно размер несжатого архива, имхо должен совпадать с размером файла лога. я бы для проверки запустил на одном из серверов сбор счетчика Log File(s) Size (kb) и сравнил с кумулятивным значением backup_size за этот период

13:37пожаловаться #16

KR

в msdb сохраняются два поля - compressed_backup_size и backup_size. backup_size именно размер несжатого архива, имхо должен совпадать с размером файла лога. я бы для проверки запустил на одном из серверов сбор счетчика Log File(s) Size (kb) и сравнил с кумулятивным значением backup_size за этот период

Да, спасибо. Буду изучать 👍

Marat in SqlCom.ru - Стиль жизни SQL

13:38пожаловаться #17

M

в msdb сохраняются два поля - compressed_backup_size и backup_size. backup_size именно размер несжатого архива, имхо должен совпадать с размером файла лога. я бы для проверки запустил на одном из серверов сбор счетчика Log File(s) Size (kb) и сравнил с кумулятивным значением backup_size за этот период

размер бэкапа лога <> размер физического файла лога. но стратегия прогнозирования места верная

13:49пожаловаться #18

y

yuliya in SqlCom.ru - Стиль жизни SQL

Добрый день! Посоветуйте пожалуйста какую нибудь книжку или статью по разработке t-sql, а то у меня все хранимки какие-то жуткие простыни, в которых черт ногу сломит. Есть что-то типа чистого кода только для sql?

15:22пожаловаться #19

y

yuliya in SqlCom.ru - Стиль жизни SQL

И еще вопрос как тестировать лучше