8.х 1С 8.2, SQL 2005. Бэкап базы постоянно растёт.

Тема в разделе "Установка платформы "1С:Предприятие 8"", создана пользователем PAguCT, 25 дек 2011.

  1. TopicStarter Overlay
    PAguCT
    Offline

    PAguCT

    Регистрация:
    25 дек 2011
    Сообщения:
    3
    Симпатии:
    0
    Баллы:
    1
    Добрый день.
    Не бейте сильно, т.к. я новенький у вас.
    Собственно такая проблема:
    Имеется 1с сервер на Win2003s,1С 8.2, SQL 2005. База бэкапится при помощи этого скрипта:
    BACKUP DATABASE [xxx] TO DISK = N'F:\Backup\buh_xxx.bak' WITH NOFORMAT, NOINIT, NAME = N'buh_eiuk_2011-Полная База данных Резервное копирование', SKIP, NOREWIND, NOUNLOAD, STATS = 10, CHECKSUM
    GO
    declare @backupSetId as int
    select @backupSetId = position from msdb..backupset where database_name=N'xxx' and backup_set_id=(select max(backup_set_id) from msdb..backupset where database_name=N'buh_eiuk_2011' )
    if @backupSetId is null begin raiserror(N'Ошибка верификации. Сведения о резервном копировании для базы данных "xxx" не найдены.', 16, 1) end
    RESTORE VERIFYONLY FROM DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\Backup\buh_xxx.bak' WITH FILE = @backupSetId, NOUNLOAD, NOREWIND
    GO


    Дак вот сама база весит около 2.5 гига, а бэкап уже весит 37 гигов.
    Может в скрипте что не так?
  2. BabySG
    Offline

    BabySG Администраторы Команда форума Администратор

    Регистрация:
    10 июн 2007
    Сообщения:
    11.853
    Симпатии:
    12
    Баллы:
    29
    База весит вместе с логом так?
    А файл бэкапа новый создаете или дополняте старый? (По скрипту не помню синтаксис)
  3. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    http://msdn.microsoft.com/ru-ru/library/ms186865.aspx
    Вы бэкапите в один и тот же файл. MS SQL этот файл не перезатирает, а дописывает в него новый бэкап.
    В результате у Вас, сейчас в указанном файле бэкапа лежит по факту уже НЕСКОЛЬКО бэкапов. В чем Вы можете убедиться, попытавшись развернуть этот бэкап в какую-либо БД. Вы увидите, что в этом бэкапе МНОГО файлов.

    Решение:
    а) После успешного бэкапа переносить файл в другое место (удаляя полученный файл)
    б) После успешного бэкапа переименовывать файл.
    в) В формирование имени бэкапа заложить добавку даты, или даты и времени создания бэкапа.
    г) Делать не полный бэкап, а разностный. Поигравшись опциями DIFFERENTIAL и EXPIREDATE
  4. TopicStarter Overlay
    PAguCT
    Offline

    PAguCT

    Регистрация:
    25 дек 2011
    Сообщения:
    3
    Симпатии:
    0
    Баллы:
    1
    Вообщем решили на данный момент написанием батника, в sql лезть со скриптами у меня знаний не хватает. Мало ли чего поломаю, тогда вообще беда будет.
    Спасибо ребята за ответы. Очень помогли!
  5. shurikvz
    Offline

    shurikvz Модераторы Команда форума Модератор

    Регистрация:
    1 окт 2009
    Сообщения:
    8.410
    Симпатии:
    316
    Баллы:
    104
    [off]
    Ну я в ms sql тоже близко к нулю, но из Management Studio - там же делать нечего, нащелкать можно за 10 минут.
    [/off]
  6. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    Угу. Деатач базы вообще делается в четыре клика :angry: А удаление итого в 3 клика проходит :D
  7. TopicStarter Overlay
    PAguCT
    Offline

    PAguCT

    Регистрация:
    25 дек 2011
    Сообщения:
    3
    Симпатии:
    0
    Баллы:
    1
    Совсем недавно сменил работу, так что пока рисковать не буду :D , годика через пол залезу, а пока .bat .bat .bat :angry:
  8. uza
    Offline

    uza 1С, VBA (EXCEL), VB (.NET + WEB)

    Регистрация:
    10 июл 2007
    Сообщения:
    1.845
    Симпатии:
    1
    Баллы:
    29
    И вообще то зря. Ибо сейчас самое то время продвигать изменения. Сейчас Вам простят маленькие ошибки, сейчас Вам разрешать потратить день-два на переделку схемы бэкапа, сейчас Вас, возможно выслушают на предмет предложений по закупке дисков под бэкапы и т.п.

    Через три месяца, а уж тем более через полгода - Вам времени уже не дадут и бюджеты не утвердят. Ведь "ну и нафига? и так ведь работает". Но еще хуже то, что через полгода Вы и сами уже не захотите что то менять. Типа навоз? - да, но уже как то обвыкся, обогрелся. Зачем рыпаться?

    А уж внесение изменений в схему бэкапа?... ну ежли избигать команд аля "DROP ALL", и сначала эксперементировать "на кошках"... чего бояться. Чай не хирурги что "вырезал аппендицит, дернулась рука, теперь пациент будет девочкой"

Поделиться этой страницей