Forum Użytkownikow Subiekt GT
InsERT GT => Subiekt GT => Wątek zaczęty przez: Element w Kwiecień 19, 2016, 12:27:16
-
Witam,
Przy aktualizacji bazy danych do 1.43 otrzymuję błąd
Aktualizacja podmiotu nie powiodła się: 0x80040e14: Could not allocate space for object 'dbo.Tmp_em_Source' in database 'FEN' because the 'PRIMARY' filegroup is full. Create disk space by deleting unneeded files, dropping objects in the filegroup, adding additional files to the filegroup, or setting autogrowth on for existing files in the filegroup.
Pełny log tutaj
http://wklej.to/jTRuQ
Z góry dzięki za podpowiedzi co z tym fantem zrobić.
-
Jaka wersja Serwera SQL?
Jaka wielkość bazy danych?
-
Nie mam aktualnie dostępu do serwera, jedynie mogę te dane wyciągnąć z Programu serwisowego.
2016-04-04 08:43:18 Server Microsoft SQL Server 2008 R2 (SP1) - 10.50.2500.0 (Intel X86)
Jun 17 2011 00:57:23
Copyright (c) Microsoft Corporation
Express Edition on Windows NT 5.1 <X86> (Build 2600: Dodatek Service Pack 3)
Co do wielkości to wiem tylko, że jest duża ;) Tzn jakieś 8-9GB może mieć. Da się to jakoś sprawdzić przez program serwisowy czy będę musiał tam jechać i sprawdzić fizycznie?
-
Ok, udało mi się uzyskać wielkość bazy i chyba też winowajcę problemu.
Kopia bazy, która powstała przy aktualizacji ma 9 051 904 KB
Baza uaktualniona z błędem ma 9 957 120 KB.
Na bazie jest też Gestor i to on ją tak zapełnia. Czy usunięcie maili z załącznikami odchudzi bazę?
-
Samo usunięcie nie zmniejszy rozmiaru bazy, tylko zwolni miejsce.
Jak zrobisz kompaktowanie albo konwersję to już tak.
-
Ok, czyli najpierw usuwam maile i później kompaktowanie z programu serwisowego.
A czym jest konwersja? Czym się różni od kompaktowania?
-
Tym że dokonuje zmian w obiektach bazy (procedurach, funkcjach, strukturze tabel, czasem w danych), a nie tylko przekłada dane tak żeby je "porządniej" ułożyć.
-
OK, dzięki za pomoc.
Zrobię to kompaktowanie i dam znać.
Pozdrawiam
-
Lipa niestety... "Kompaktowanie zakończone niepowodzeniem!"
Robię kompaktowanie kopii bazy, nikt nie jest do niej podłączony.
-
Co mówi log serwera?
Bo tak to możemy stwierdzić że wygląda na to że coś nie poszło ;)
-
No właśnie nie ma żadnego komunikatu dziwnego. Kompaktowanie wcisnąłem o 21:12
2016-04-19 21:01:23 spid52 Starting up database 'Kopia_FEN_kopia'.
2016-04-19 21:06:10 spid52 Starting up database 'Kopia_FEN_kopia'.
2016-04-19 21:07:00 spid58 Starting up database 'Kopia_FEN_kopia'.
2016-04-19 21:12:45 spid52 Starting up database 'Kopia_FEN_kopia'.
Może to być spowodowane tym, że baza jest w wersji 1.31 a program serwisowy 1.43?
-
Ok, udało mi się uzyskać wielkość bazy i chyba też winowajcę problemu.
Kopia bazy, która powstała przy aktualizacji ma 9 051 904 KB
Baza uaktualniona z błędem ma 9 957 120 KB.
Na bazie jest też Gestor i to on ją tak zapełnia. Czy usunięcie maili z załącznikami odchudzi bazę?
A wiadomo jaki to był błąd ??
Kompaktowanie po konwersji ??
-
Tamta baza, przy której wystąpił błąd 0x80040e14 nie uaktualniła się do końca, więc jej nie ruszam.
Zrobiłem sobie kopię kopii bazy 9 051 904 KB i ją próbuję kompaktować. Błąd taki jak napisałem, po kilkunastu sekundach wyskakuje dymek z treścią "Kompaktowanie bazy "FEN kopia kopia" zakończona niepowodzeniem!", a w logach nic oprócz tego co pisałem wcześniej.
Klikam "Kontrola danych" i wyskakuje dymek, że kontrola danych zakończona. Nie pokazuje żadnych błędów.
Wróciłem do wersji 1.31 SP1 HF1 i to samo.
Mam jeszcze jeden podmiot na tej bazie, który ma jakieś 35MB i go mogę kompaktować.
-
Jeśli usunąłem odpowiednią ilość danych do konwersja powinna się powieść, jeśli się nie powiodła to należy usunąć więcej. Bazę danych możesz skompaktować za pomocą SQL Server Management Studio.
-
Choćbyś nie wiem jak kombinował, to dopóki nie zmniejszysz bazy poniżej 5 GB, nie zrobisz kownersji.
Zwróc uwagę, że robisz to na wersji express, która ma spore ograniczenia.
-
No właśnie dążę do jej zmniejszenia, kwestia tylko jak, skoro kompaktowanie nie działa.
Spróbuję z Managment Studio, chociaż będę musiał poczytać jak tam się robi kompaktowanie.
Czy Managment studio musi być zainstalowany na tym samym kompie co serwer SQL, czy mogę na jakimś innym w tej samej sieci LAN?
-
Czy Managment studio musi być zainstalowany na tym samym kompie co serwer SQL, czy mogę na jakimś innym w tej samej sieci LAN?
Może być zainstalowany na innym kompie.
-
Ok, przez Managment Studio udało się skompaktować bazę do 5,5GB.
Po południu zrobię aktualizację i dam znać jak poszło.
-
Ok, przez Managment Studio udało się skompaktować bazę do 5,5GB.
Po południu zrobię aktualizację i dam znać jak poszło.
Jak ma powyżej 5 GB, to raczej nie zrobisz.
-
Nie ma na to ścisłej reguły. Wszystko zależy od tego jakie zmiany są dokonywane w czasie konwersji i jakie są dane w bazie.
W pewnych przypadkach bazy rosły tak mniej więcej 2.5 raza, w innych ten wzrost jest niewielki.
Niemniej taki wstepny szacunek jak podał Aldo jest całkiem rozsądny.
-
A czy jest opcja wyeksportowania sobie jakiejś partii maili, zrobienie konwersji i potem zaimportowania tych maili z powrotem?
-
A czy jest opcja wyeksportowania sobie jakiejś partii maili, zrobienie konwersji i potem zaimportowania tych maili z powrotem?
W standardzie nie ma. Inna możliwość to konwersja na pełnej wersji (i powrót do wersji express).
-
A czy jest opcja wyeksportowania sobie jakiejś partii maili, zrobienie konwersji i potem zaimportowania tych maili z powrotem?
W standardzie nie ma. Inna możliwość to konwersja na pełnej wersji (i powrót do wersji express).
Tylko wersja SQL musi być taka sama, bo jak zrobisz na nowszej, to już nie wrócisz.
-
A jest gdzieś dostępna jakaś trialowa pełna wersja 2008 R2? Nie mogę się dokopać przez google, same expressy tylko.
-
A jest gdzieś dostępna jakaś trialowa pełna wersja 2008 R2? Nie mogę się dokopać przez google, same expressy tylko.
Oficjalnie nie.
Ale w Internecie jest wszystko. Tylko co najwyzej trzeba się pilnować, aby ściągnąc tylko to, co naprawdę potrzebujemy.
-
Faktycznie 5,5GB to było nadal za dużo. Wysypało się przy wersji 1.34
Zainstalowałem R2 w wersji evaluation na innym kompie i się udało. Największy przyrost bazy był właśnie ok v1.33 albo 1.34, nie zauważyłem, później już delikatnie przybierała. Ostatecznie po zakończeniu, przed kompaktowaniem baza miała prawie 12GB.
Będę to jeszcze raz musiał zrobić, bo aktualizowałem kopię bazy, sprzed 2 dni.
Dzięki wszystkim za cenne wskazówki.
Pozdrawiam
-
No to teraz przed tobą albo potężne odchudzanie bazy, albo zakup wersji runtime serwera SQL, która uwolni cię od limitu 10GB
-
No to teraz przed tobą albo potężne odchudzanie bazy, albo zakup wersji runtime serwera SQL, która uwolni cię od limitu 10GB
I ma korzystną cenę. Cennik do wglądu na stronie Insertu.
-
No to teraz przed tobą albo potężne odchudzanie bazy, albo zakup wersji runtime serwera SQL, która uwolni cię od limitu 10GB
Jak wspominał @candy odchudzanie bazy, jednak to tylko przesunie czynność postawienia pełnego sql w czasie,
Tak czy inaczej jak wspominał @Aldo ceny są rozsądne więc chyba raczej warto pójść w tym kierunku ...
-
Póki co będziemy jechać na Expressie, ale oczywiście wizja kupna pełnej wersji była już przedstawiona i wiem, że wcześniej czy później nas to czeka, bo tej bazy to już nie ma praktycznie możliwości bardziej odchudzić. Usuwanie korespondencji mija się z celem używania Gestora.
Jeszcze raz dzięki wszystkim za pomoc.
Pozdrawiam
-
Jeszcze tylko informacuyjnie dodam, że SQL runtime 2008R2 sprzedawany przez Insert, to była wersja Workgroup. Miała ona też pewne ograniczenia.
Natomiast SQL Runtime 2014 jest w wersji Standard. Więc w zasadzie pełna wersja.