Błąd podczas aktualizacji Sello.

[majster 0]

Podczas aktualizacji sello z 1.189(1.19 beta) do 1.2000 występuje błąd log poniżej, baza ważyła ponad 10GB SQL SERVER 2012 zmniejszyłem ją poniżej 10GB usuwając emaile ale nie pomaga. Bardzo proszę pilną pomoc jak rozwiązać problem.

 

 

 

 

Aktualizacja podmiotu: <nazwabazy> z wersji: 1.189 do wersji: 1.19.0.2172 dnia: 2016-06-07

Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\Sello\Skrypty\skrypt1.189_1.190.enc

Nie powiodło się wykonanie polecenia:

 

 

ALTER TABLE adr__Address ADD CONSTRAINT

 

PK_adr__Ewid PRIMARY KEY  CLUSTERED

 

(

 

adr_Id

 

) ON [PRIMARY]

 

 

Błąd 80040E14: Could not allocate a new page for database 'nazwabazy' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

Aktualizacja podmiotu nie powiodła się: 80040e14: Could not allocate a new page for database 'nazwabazy' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

Przywrócenie podmiotu powiodło się.

 

========================================================================

Aktualizacja podmiotu: nazwabazy z wersji: 1.189 do wersji: 1.20.1.2235 dnia: 2016-06-07

Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\Sello\Skrypty\skrypt1.189_1.190.enc

Nie powiodło się wykonanie polecenia:

 

 

ALTER TABLE adr__Address ADD CONSTRAINT

 

PK_adr__Ewid PRIMARY KEY  CLUSTERED

 

(

 

adr_Id

 

) ON [PRIMARY]

 

 

Błąd 80040E14: Could not allocate a new page for database 'nazwabazy' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

Aktualizacja podmiotu nie powiodła się: 80040e14: Could not allocate a new page for database 'nazwabazy' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

Przywrócenie podmiotu powiodło się.

 

========================================================================

Aktualizacja podmiotu: nazwabazy z wersji: 1.189 do wersji: 1.20.0.2232 dnia: 2016-06-07

Zastosowano do podmiotu skrypt: C:\Program Files (x86)\InsERT\Sello\Skrypty\skrypt1.189_1.190.enc

Nie powiodło się wykonanie polecenia:

 

 

ALTER TABLE em__Email ADD CONSTRAINT

 

PK_em_Email PRIMARY KEY  CLUSTERED

 

(

 

em_Id

 

) ON [PRIMARY]

 

 

Błąd 80040E14: Could not allocate a new page for database 'nazwabazy' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

Aktualizacja podmiotu nie powiodła się: 80040e14: Could not allocate a new page for database 'nazwabazy' because of insufficient disk space in filegroup 'PRIMARY'. Create the necessary space by dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.

Przywrócenie podmiotu powiodło się.

 

[PanBanBan Marcin 185]

Jak bardzo udało Ci się odchudzić bazę? Pewnie pasuje zejść gdzieś do 8GB przed aktualizacją. Jak nie uda Ci się odchudzić bazy bardziej to zostanie tylko zakup pełnej wersji SQL, innej metody nie znam.

 

Przy okazji sprawdź czy jest wystarczająca ilość wolnego miejsca na dysku.

[Alwin Kolano 143]

Rozumiem, że użyłeś skryptów do kasowania maili i opisów aukcji stąd: Program serwisowy - przydatne skrypty

 

I po tym wszystkim wykonałeś kompaktowanie bazy ?

[majster 0]

bez skryptów robiłem, dzisiaj spróbuje zrobić ze skryptami. Czyli jak już nic nie pomoże zostaje tylko nowa baza lub płatna wersja? Nie ma innego sposobu?

[PanBanBan Marcin 185]

bez skryptów robiłem, dzisiaj spróbuje zrobić ze skryptami. Czyli jak już nic nie pomoże zostaje tylko nowa baza lub płatna wersja? Nie ma innego sposobu?

Zhakowanie darmowego SQL'a żeby puszczał większe bazy

Wyczyść treść maili do 31 grudnia 2015r - przecież dane za zeszły rok raczej nie będą Ci do niczego potrzebne. Podobnie z opisami w zakończonych aukcjach.

 

Jeśli ktoś chce się zmieścić w limitach darmowego SQL'a to musi planować zużycie miejsca z wyprzedzeniem i dbać o porządki, np. jeśli trzymasz zdjęcia w Sello to można pomyśleć o ich trzymaniu na serwerze FTP, a nie w Sello.

 

 

A ja dopytam od razu - jak to jest z tym zapytaniem dla aukcji do wyczerpania:

Czyszczenie opisów aukcji starszych niż określona data

Polecenie spowoduje wyczyszczenie opisów wszystkich aukcji Allegro, dla których data zakończenia jest wcześniejsza niż data określona w zapytaniu (należy ją zmienić przed wykonaniem polecenia). Polecenie nie usuwa samych aukcji, będą one nadal widoczne w module Aukcje > Wszystkie.

Kod:

update au_Allegro set aal_description = ''

where EXISTS(SELECT au_Id FROM au__Auction

WHERE au_Id = aal_Auctionid AND au_enddate < '20090101')

 

Czy w aukcjach do wyczerpania jest zapisywana w Sello data ich zakończenia co 30 dni czy tylko po faktycznym ich zakończeniu w Allegro? Innymi słowy czy to zapytanie działa prawidłowo również dla aukcji do wyczerpania. Czyli jeśli wpiszę tam datę 31 grudnia 2015r, a aukcje do wyczerpania trwają nadal już od ponad roku to zapytanie je pominie?

[PanBanBan Marcin 185]

Przy okazji na podstawie powyższych wskazówek Alwina napisałem mini procedurę czyszczącą bazę - lista porad pkt 3.41. Uprzejmie proszę - sprawdźcie ją czy da się coś tam jeszcze "wcisnąć" czy to jedyne co obecnie możemy wykonać. Podejrzewam, że skoro "Mistyczny Stażysta" zaginął, a The Bugger wciąż dzierży władzę to ta mini procedurka jest jedynym rozwiązaniem, które nam pozostanie na kilka następnych lat

 

...dopóki nie narodzi się Naznaczony i nie odszuka Złotej Procedury Oczyszczenia i nie zakończy rządów The Buggera...

 

Ale serio - proszę zerknijcie tam i ewentualnie dajcie mi znać jak wymyślicie co można tam jeszcze dopisać

[Bartosz Rosa 1 778]

Datę zakończenia masz wpisaną w tych aukcjach (od 1.20) i jest ona wyliczana na podstawie daty rozpoczęcia. W takim wypadku (jeśli ta data jest) to zapytanie pominie aukcje.

[PanBanBan Marcin 185]

Czyli dla aukcji do wyczerpania - data zakończenia aktualizuje się sama co każde 30 dni?

I nie ma możliwości żeby się nie zaktualizowała co te 30 dni?

Wolę się upewnić.

[Bartosz Rosa 1 778]

Aktualizuje się przy pobieraniu danych o aukcji. Allegro nie zwraca żadnej daty dla aukcji do wyczerpania i wtedy Sello co 30 dni przelicza tę datę.

 

Nawet jeśli usuniesz opisy przypadkowo to też nic złego się nie stanie, bo zawsze można je pobrać ponownie.

[Alwin Kolano 143]

Uprzejmie proszę - sprawdźcie ją czy da się coś tam jeszcze "wcisnąć" czy to jedyne co obecnie możemy wykonać.

 

Można się jeszcze dodać - Jak sprawdzić ile "ważą" tabele w bazie ?

[Bartosz Rosa 1 778]

begin try 
SELECT
(row_number() over(order by a3.name, a2.name))%2 as l1,
--a3.name AS [schemaname],
a2.name AS tabela,
a1.rows as 'liczba wierszy',
(a1.reserved + ISNULL(a4.reserved,0))* 8/1024.0 AS 'zarezerwowane [MB]', 
a1.data * 8/1024.0 AS 'dane [MB]',
(CASE WHEN (a1.used + ISNULL(a4.used,0)) > a1.data THEN 
   (a1.used + ISNULL(a4.used,0)) - a1.data ELSE 0 END) * 8/1024.0 AS 'wielkość indeksu [MB]',
(CASE WHEN (a1.reserved + ISNULL(a4.reserved,0)) > a1.used THEN 
   (a1.reserved + ISNULL(a4.reserved,0)) - a1.used ELSE 0 END) * 8/1024.0 AS 'nieużywane [MB]'
FROM
(SELECT 
  ps.object_id,
  SUM (
   CASE
    WHEN (ps.index_id < 2) THEN row_count
    ELSE 0
   END
   ) AS [rows],
  SUM (ps.reserved_page_count) AS reserved,
  SUM (
   CASE
     WHEN (ps.index_id < 2) THEN 
   (ps.in_row_data_page_count + ps.lob_used_page_count + ps.row_overflow_used_page_count)
     ELSE (ps.lob_used_page_count + ps.row_overflow_used_page_count)
   END
   ) AS data,
  SUM (ps.used_page_count) AS used
FROM sys.dm_db_partition_stats ps
GROUP BY ps.object_id) AS a1
LEFT OUTER JOIN 
(SELECT 
  it.parent_id,
  SUM(ps.reserved_page_count) AS reserved,
  SUM(ps.used_page_count) AS used
  FROM sys.dm_db_partition_stats ps
  INNER JOIN sys.internal_tables it ON (it.object_id = ps.object_id)
  WHERE it.internal_type IN (202,204)
  GROUP BY it.parent_id) AS a4 ON (a4.parent_id = a1.object_id)
INNER JOIN sys.all_objects a2  ON ( a1.object_id = a2.object_id ) 
INNER JOIN sys.schemas a3 ON (a2.schema_id = a3.schema_id)
WHERE a2.type <> 'S' and a2.type <> 'IT'
--ORDER BY a3.name, a2.name
--ORDER BY a1.rows desc
ORDER BY data desc
end try 
begin catch 
select 
-100 as l1
, 1 as schemaname 
,       ERROR_NUMBER() as tablename
,       ERROR_SEVERITY() as row_count
,       ERROR_STATE() as reserved
,       ERROR_MESSAGE() as data
,       1 as index_size
,   1 as unused 
end catch

[majster 0]

Jeżeli uruchomię ponownie instalacje SQL server 2012 i zamiast wersji express wprowadzę cd-key-a czy problem zostanie rozwiązany i będę mógł przekroczyć 10GB?

[Bartosz Rosa 1 778]

Na pełnej wersji serwera nie ma ograniczeń, ale może być konieczna zmiana ustawień dla tej konkretnej bazy z poziomu SQL Management Studio. Bazy utworzone w wersji Expres mają ustawiony maksymalny rozmiar na 10GB.

[PanBanBan Marcin 185]

Dodałem do procedurki zapytanie Bartka, jak przyjdzie Wam do głowy jeszcze jakiś pomysł, to dajcie znać - dopiszę. Dziękuję.