Forum Użytkownikow Subiekt GT
InsERT GT => Rachmistrz GT => Wątek zaczęty przez: tomaszsh w Luty 01, 2016, 13:39:10
-
Witam. Jak najlepiej zoptymalizować bazę danych sql 2014 która zajmuje ok 220GB
-
Jesteś pewien, że jedna baza ma 220GB?
-
I to baza Rachmistrza :o
-
Takiej bazy dla KPiR to jeszcze widziałem :)
-
Może są w niej skany dokumentów w bardzo dobrej jakości ;)
-
I całość chodzi na SQL 2014 Express ;)
-
baza w której podłączone jest ok 500 podmiotów
-
ok 500 podmiotów jest podłączonych
-
No to jest 500 baz danych o średnim rozmiarze 440MB, a nie jedna baza danych o rozmiarze 220GB, a to mała różnica... Z czym się męczycie ? Korzystacie z Biura GT ?
-
No to jest 500 baz danych o średnim rozmiarze 440MB, a nie jedna baza danych o rozmiarze 220GB, a to mała różnica... Z czym się męczycie ? Korzystacie z Biura GT ?
tak korzystamy z biura gt
wczytanie samej bazy w biurze zajmuje ok 30 minut
-
tak korzystamy z biura gt
wczytanie samej bazy w biurze zajmuje ok 30 minut
Staraj się pisać tak, aby ktoś Cię zrozumiał... Co to znaczy "wczytanie samej bazy", jakie bazy skoro jest ich 501 ?
--
Na jakim sprzęcie to działa ?
-
Wczytanie całej bazy (wszystkich podmiotów ok 500) w biurze gt zajmuje ok 30 min. a konwersja z wersji 1.42 hf1 do 1.42sp1 z poziomu biura gt trwa ok 2 dni.
-
Xeon e3-1231
2x1TB hdd w raid
8gb ram
win serw 2012
-
Wczytanie całej bazy (wszystkich podmiotów ok 500) w biurze gt zajmuje ok 30 min. a konwersja z wersji 1.42 hf1 do 1.42sp1 z poziomu biura gt trwa ok 2 dni.
Warto było trochę poszukać na forum: http://www.forumsubiekta.pl/rachmistrz/powolna-konwersja-baz-biuro-gt/ (http://www.forumsubiekta.pl/rachmistrz/powolna-konwersja-baz-biuro-gt/).
Xeon e3-1231
2x1TB hdd w raid
8gb ram
win serw 2012
Niestety to zdecydowanie za mało pod takie potrzeby :( No chyba, że wam odpowiada taka wydajność, ale z tego co czytam to tak nie jest.
-
Dlatego moje pytanie... Wiadomo dokupienie ramu min kolejne 8GB to podstawa, natomiast czy przejście na dysk ssd bedzie sensownym rozwiązaniem?
Przy takiej wielkości bazy to taki dysk wytrzyma?
-
Dlatego moje pytanie... Wiadomo dokupienie ramu min kolejne 8GB to podstawa,
Nie, jak widać nie wiadomo... Sprzęt wygląda na nowy tylko nie wiem na jakiej podstawie i do czego był wybierany, na pewno nie pod takie potrzeby. Zanim dokonacie kolejnego nietrafionego wyboru polecam się z kimś skonsultować.
natomiast czy przejście na dysk ssd bedzie sensownym rozwiązaniem?
W tym przypadku tak, tylko nie na "dysk", tylko "dyski".
Przy takiej wielkości bazy to taki dysk wytrzyma?
Już tłumaczyłem, że to nie jest "baza" tylko "wiele baz"... Dlaczego dysk ma nie wytrzymać ? Trzeba tylko wybrać rozwiązanie profesjonalne, a nie domową zabawkę.
-
Przy takiej wielkości bazy to taki dysk wytrzyma?
BAZ, nie bazy! Masz kilkaset ODDZIELNYCH baz, a nie jedną wielką bazę!
Jak się chyba domyślasz dysk musi być wystarczająco duży żeby pomieścić wszystkie bazy i mieć zapas do pracy, więc tani SSD 120GB raczej nie wystarczy ;)
-
Dlatego moje pytanie... Wiadomo dokupienie ramu min kolejne 8GB to podstawa,
Nie, jak widać nie wiadomo... Sprzęt wygląda na nowy tylko nie wiem na jakiej podstawie i do czego był wybierany, na pewno nie pod takie potrzeby. Zanim dokonacie kolejnego nietrafionego wyboru polecam się z kimś skonsultować.
natomiast czy przejście na dysk ssd bedzie sensownym rozwiązaniem?
W tym przypadku tak, tylko nie na "dysk", tylko "dyski".
Przy takiej wielkości bazy to taki dysk wytrzyma?
Już tłumaczyłem, że to nie jest "baza" tylko "wiele baz"... Dlaczego dysk ma nie wytrzymać ? Trzeba tylko wybrać rozwiązanie profesjonalne, a nie domową zabawkę.
Nie będę się więcej czepiał ale taki serwer doradzano mi po konsultacji z partnerami insertu.
Serwer na początku działał bez zarzutu, dopiero w tym roku są z nim problemy po którejś aktualizacji insertu.
-
Nie będę się więcej czepiał ale taki serwer doradzano mi po konsultacji z partnerami insertu.
To niestety jak ze wszystkim, proste rzeczy potrafi wielu, ale trudne już niewielu, tytuł jak kolejny raz widać kompletnie nie przełożył się na praktyczną widzę... Dlatego zawsze piszemy, aby nie szukać "partnera/serwisanta" tylko "dobrego partnera/serwisanta"... Skoro ktoś tak "doradził" to niech teraz poszuka przyczyny problemu i rozwiązania... Mocniejsze maszyny stawia się pod jedną bazę subiekta, a tutaj baz jest 500, w prawdzie mniejszych, ale całość wymaga jeszcze większych zasobów i zupełnie innego podejścia...
Serwer na początku działał bez zarzutu, dopiero w tym roku są z nim problemy po którejś aktualizacji insertu.
Nie widzę związku z opisywanymi problemami a nowymi wersjami programów. Może coś złego dzieje się ze sprzętem.
Natomiast nie widzę możliwości, aby taka instalacja działała "bez zarzutu", ale jak widać wszystko zależy od oczekiwań, niektórym nie przeszkadza poświęcać weekend na aktualizację.
-
Dlatego moje pytanie... Wiadomo dokupienie ramu min kolejne 8GB to podstawa, natomiast czy przejście na dysk ssd bedzie sensownym rozwiązaniem?
Przy takiej wielkości bazy to taki dysk wytrzyma?
Przy takiej ilości baz jest to jak najbardziej sensowne rozwiazanie. Same bazy nie muszą być trzymane na dysku systemowym. Mogą być na kilku innych jak jeden nie wystarczy.
Ja mam system na 512 GB SSD, a bazy na 256 GB SSD w mirroringu. Szybko i bezpiecznie.
A drugie pytanie - jaki jest SQL? To, że 2012 napisałeś, ale jaki rodzaj?
-
Dlatego moje pytanie... Wiadomo dokupienie ramu min kolejne 8GB to podstawa, natomiast czy przejście na dysk ssd bedzie sensownym rozwiązaniem?
Przy takiej wielkości bazy to taki dysk wytrzyma?
Przy takiej ilości baz jest to jak najbardziej sensowne rozwiazanie. Same bazy nie muszą być trzymane na dysku systemowym. Mogą być na kilku innych jak jeden nie wystarczy.
Ja mam system na 512 GB SSD, a bazy na 256 GB SSD w mirroringu. Szybko i bezpiecznie.
A drugie pytanie - jaki jest SQL? To, że 2012 napisałeś, ale jaki rodzaj?
Microsoft SQL Server Standard (64-bit) . Zastanawiam się nad tym czy nie lepiej będzie zakupić dysk ssd jako dysk systemowy
a dane żeby zapisywały się na dysku w raid.. czy to jest jakieś rozwiązanie?
-
Microsoft SQL Server Standard (64-bit).
Można było obejść się bez pełnego SQL'a, a zamiast tego zainwestować w dobry sprzęt.
Zastanawiam się nad tym czy nie lepiej będzie zakupić dysk ssd jako dysk systemowy
a dane żeby zapisywały się na dysku w raid.. czy to jest jakieś rozwiązanie?
Nie, to nie jest rozwiązanie.
Poza tym zwracam uwagę, że skoro tak szybko pojawiły się problemy to powinna być jakaś przyczyna tej zmiany.
-
Microsoft SQL Server Standard (64-bit).
Można było obejść się bez pełnego SQL'a, a zamiast tego zainwestować w dobry sprzęt.
Zastanawiam się nad tym czy nie lepiej będzie zakupić dysk ssd jako dysk systemowy
a dane żeby zapisywały się na dysku w raid.. czy to jest jakieś rozwiązanie?
Nie, to nie jest rozwiązanie.
Poza tym zwracam uwagę, że skoro tak szybko pojawiły się problemy to powinna być jakaś przyczyna tej zmiany.
Wg mnie postawienie od początku całego serwera powinno rozwiązać problem.
(Instalowanie kolejnych wersji rachmistrza z każdym razem spowalnia prace wczytywania baz danych.)
Samo dołożenie dodatkowo 8GB ram lub ewentualnie 2x8gb wtedy będzie razem 24gb ram poprawi funkcjonalność systemu.
Chyba że jest jakieś inne rozwiązanie. Proszę o sugestie
-
Ponowna instalacja serwera to kompletna strata czasu, od kilkunastu lat systemy operacyjne zmienia się razem ze sprzętem, ale zrobisz jak uważasz. Rozwiązania i sugestie co należy zrobić już otrzymałeś, pozostaje z nich skorzystać.
-
Dla czystego sumienia zajrzałbym też do logu SQL Serwera po wczytaniu wszystkich podmiotów przez serwer.
-
Tomek , kup dwa dyski ssd 512 GB i wymień w weekend zobaczysz różnicę w pracy i sam będziesz się walił w czoło czemu wcześniej tego nie zrobiłeś :) , a przy 500 bazach dla firmy to nie jest duże obciążenie finansowe.