Mozecie mi podpowiedziec jakies opcje zmniejszenia rozmiaru bazy tak, zebym mogl wrocic do rozmiaru poniżej 10GB ( czyli uzywania SQL Server w licencji Express)?

Baza nie posiada absolutnie zadnej grafiki, po prostu rosnie organicznie wraz z operacjami w programach InsERTu, z ktorych korzystamy od 6 czy 7 lat.
Czy da sie np migrowac dane do oddzielnej bazy tak, zeby baza na ktorej pracujemy zawierala dane tylko z biezacego i poprzedniego roku, a baza archiwalna zawierala dane z poprzednich lat?

W zeszlym roku nasza baza przekroczyla 10GB. Dalismy sie temu zaskoczyc, a musielismy kontynuowac prace, wiec nie znalazlem innej opcji niz wykupienie licencji SQL Server Standard i to wlasnie zrobilem. Baza na dzis ma rozmiar 13GB. W tym roku rozwazalem rozne opcje dotyczace naszej infrastruktury sieciowej i bardzo atrakcyjnie prezentuje sie przeniesienie z nasza praca do Amazon Web Services.

Problem w tym, ze odpalenie SQL Servera z licencja Standard wymaga (ze strony AWS) postawienia wirtualnej maszyny wielokrotnie drozszej w wynajmie niz gdybym potrzebowal tylko SQLa z licencja Express. W takiej sytuacji sens ekonomiczny migracji do chmury przepada.

Prosze, podrzuccie jakies pomysly, bo nie wierze ze ograniczenie rozmiaru bazy jest nierealne

Nie. Nie znam sie na bazach danych. Moja wiedza o IT jest dosc powierzchowna i pelna luk, ale douczam sie na biezaco.

Moglbys rozwinac mysl tak, zeby mial co googlowac?

Zrobilem przed chwila kopie bazy, zeby nie obawiac sie eksperymentow.
Odpalilem MS SQL SMSS i rzucilem okiem na baze, a wlasciwie jej kopie.

Rozmiar bazy 13GB. Przypomnialem sobie, ze po przejsciu na licencje Standard skonfigurowalem obsluge poczty e-mail przez Gestora i pewnie stad ten skokowy wzrost rozmiaru bazy z 10GB na poczatku 2018 do 13GB teraz.

Usunalem konta pocztowe i sprawdzilem disk usage. Okolo 18% sie poluzowalo, wiec zlecilem shrink. Obecnie rozmiar bazy to 10GB.

W raporcie disk usage by top tables, bo pewnie o to Ci chodzilo, 8,5GB jest przypisane dbo.ins_Szpieg
Wlaczylem logowanie Szpiega dawno temu, jako just-in-case, ale przez te lata nigdy nie korzystalem ze szpiega, wiec moglbym bez zalu sie rozstac z tymi danymi.
Chyba sobie poradze z odchudzeniem bazy o to, ale jesli nie, wroce z prosba o dodatkowe wsparcie.

birds22, dziekuje. Pchnales mnie w dobrym kierunku

I ile zaoszczędziłeś na usługach serwisowych (kupując pełnego SQL'a zamiast skonsultować taką potrzebę) ?

3) zaden serwisant znaleziony przez google nie odebral/nie mogl pomoc w ten weekend

Ty tak na serio, jesteś na forum od 2013 roku i nie odezwałeś się do żadnego serwisanta z forum ?

Mam ten sam problem,  baza rozrasta się  początkowo 10GB  starczało na   archiwum z email  3-4 miesiące, aktualnie  max 2 miesiące. Usuwanie Email zwalnia tylko część  bazy danych rzędu 15-18%. Baza zawiera tylko dane z faktur, bazę numerów  części bez grafik oraz bieżącą korespondencję.  Jak można to  poza kompaktowaniem z programu serwisowego  ogarnąć?

Akurat kompaktowanie to nic sensownego w tej kwestii nie zrobi i pożytek z niego taki że poprawia humor kompaktującemu.

Cóż, jak w większości problemów - najpierw diagnoza.
Należy sprawdzić co konkretnie w tej bazie zajmuje miejsce i na tej podstawie dopiero zdecydować co można zrobić.
Może da się usunąć pewne elementy (zdjęcia, biblioteki dokumentów, maile, zamówienia), a może trzeba wybrać - albo pełna wersja SQL Server albo wyczyszczenie bazy ze wszystkich dokumentów (z pozostawieniem reszty) i praca na tak odchudzonej bazie (stara do podglądu).