Archiwizacja Sello - plik 30gb

[Gall Anonim 0]

Witam,

 

Od pewnego czasu po wydaniu zapytania:

BACKUP DATABASE [sello] TO  DISK = N'D:\Sello\backup\sello_full.bak' WITH NOFORMAT, NOINIT,  NAME = N'Sello-Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

 

Sello generuje plik o wielkości 30gb, dlaczego? Podczas tworzenia kopii przez sello ta sama baza zajmuje 0,7gb. Wysyłanie takiego pliku na serwer trochę czasu zajmuje...

 

Proszę o pomoc.

 

Pozdrawiam,

[HotKey . 249]

skompaktowałeś bazę ?

[Ks. Robak 314]

Zdaje się, że Sello kompresuje bazę po archiwizacji.

 

30GB -> 0,7GB to niezły wynik.

 

A prosto z tego zapytania masz zwykły dump bez kompresji.

[Bartosz Rosa 1 785]

Sello robi backup a następnie go kompresuje. Można spróbować spakować backup np. zipem z linii poleceń.

[Gall Anonim 0]

Kompresja takiego pliku to z 2h jak nie lepiej.

 

Dziwna różnica jest w wielkości plików, np.

 

Subiekt:

BACKUP DATABASE [subiekt] TO  DISK = N'D:\Subiekt\backup\subiekt_full.bak' WITH NOFORMAT, INIT,  NAME = N'promcar-Full Database Backup', SKIP, NOREWIND, NOUNLOAD,  STATS = 10
GO

Daje plik 3,6 gb,

Archiwizacja mechanizmem z subiekta i kompresją: 2,4 gb

 

A w sello:

Przez zapytanie: 44gb

Archiwizacja przez mechanizm sello: 0,8 gb

Jakiś czas temu pliki były normalne, teraz są ogromne. Poza tym czy MS SQL EXPRESS  dopuściłby plik bazodanowy o rozmiarze 40gb?

 

Dziękuję za pomoc.

 

[HotKey . 249]

kompresja ma różne parametry i algorytmy. Nie znamy tych z Sello, ale z tego co piszesz, to są rozsądnie dobrane, kompresują szybko i dobrze. Na swoich testach jak widzisz nie udało się znaleźć lepszej metody kompresji niż używa Sello.

[Bartosz Rosa 1 785]

Express na pewno takiego pliku nie obsłuży. Można spróbować jeszcze zrobić kompaktowanie bazy (shrink), może jest w niej dużo wolnych przestrzeni co wpływa na wielkość pliku.

[Gall Anonim 0]

Dziękuję za pomoc, teraz zajmuje 1,2gb więc znośnie.

[Gall Anonim 0]

Witam,

 

Plik znowu urósł do 40gb. Czy teraz już tak będzie zawsze? Czy regularne robienie shrink nie uszkodzi bazy?

 

Pozdrawiam,

[Bartosz Rosa 1 785]

Nie, shrink po prostu sprząta i porządkuje wolne miejsce w bazie, które powstaje wskutek usuwania i modyfikacji danych (następuje fragmentacja wolnej przestrzeni w pliku bazy).

[Gall Anonim 0]

Witam,

 

Panie Bartku, znowu plik urósł do 50gb, pomimo robienia Shrink. Przypominam że sello archiwizuje plik poprawnie do około 2gb. Co można zrobić? Czy sello potrafi robić cykliczne aktualizacje?

 

Pozdrawiam

[Bartosz Rosa 1 785]

Jeśli pod pojęciem "cykliczne aktualizacje" kryje się archiwizacja to jedyna możliwość to wykonywać ją przy zamykaniu programu.

[Gall Anonim 0]

Odkryłem że problem polega na tym że plik rośnie z każdym jego nadpisaniem. Gdyby usuwać plik przed archiwizacją nie będzie rosnąć plik z bazą danych. Porównałem zapytania Sello i Subiekta. Znalazłem różnicę, w Sello jest "komenda" NOINIT w Subiekcie INIT. Więc w zapytaniu do Sello zmieniłem na INIT, wydaje się że problem się rozwiązał i już baza nie puchnie.