Witam pracujemy w biurze rachunkowym i co jakiś czas musimy aktualizować nasze podmioty Inserta. Uzywamy do tego BiuroGT, Podmioty bardzo długo się konwertują, zastanawiam się nad wymianą serwera pod te operacje. Na co mam zwracać uwagę przy dobieraniu sprzętu?

Zakładam, że konwertujesz na komputerze, na którym jest postawiony MS SQL, inaczej będzie dużo wolniej. Odpal menadżera zadań w czasie konwersji i sprawdź obciążenie CPU, pamięci i dysku i będziesz wiedział gdzie jest wąskie gardło. Najczęściej to dysk. Ponadto jak robisz to, a trudno inaczej przy wielu podmiotach, przez Biuro GT, to ma ono tą wadę, że z nieznanych mi powodów losowo (choć zwykle na tych samych podmiotach) zaczyna niesamowicie mulić (nawet przez kilka godzin na jednym podmiocie!) na "aktualizacji listy gridów", gdy tymczasem "normalna" aktualizacja takich problemów nie robi. Nie wiem czemu Biuro GT jest tak skopane. Częściowym rozwiązaniem jest konwertowanie tych podmiotów, na których Biuro GT się przymula w zwykły sposób (np. przez Program Serwisowy) a resztę przez Biuro GT. Co nie zmienia faktu, że z Biuro GT jest coś nie halo i gdy przymula na tej "aktualizacji listy gridów" to ani CPU, ani pamięć ani dysk wcale nie są obciążone i wymiana sprzętu nic nie da...

Zgadując (autor wątku nie opisał obecnej infrastruktury) dyski od lat są relatywnie szybkie (SSD), ale rzadko spotyka się maszyny z więcej niż 4 (fizycznymi) rdzeniami, więc najczęściej ograniczeniem jest procesor... Nie mniej często są wybierane dyski SDD kiepskiej jakości / nieodpowiednie do zastosowań, które po jakimś czasie użytkowania mocno się degradują, więc poza specyfikacją sprzętu należy wykonać testy... Ogólnie, aby uzyskać maksymalną wydajność to wszystko musi być wydajne, w praktyce tylko świeży sprzęt, a nie jakieś 10-latki... No i jeśli ktoś będzie oferował rozwiązanie to proponuję rozliczenie według efektów (dosłownie w zeszłym tygodniu odwiedzałem klienta, gdzie nowsza maszyna serwerowa okazała się dwa razy wolniejsza niż poprzedni komputer pełniący rolę serwera).

Nie spotkałem się z opisywanymi problemami przy konwersji przez Biuro GT, na forum/forach też jest cisza (?), jeśli jakiekolwiek problemy się pojawiają to należy je diagnozować, wyjaśniać.

Na "aktualizację listy gridów" (tuż przed końcem konwersji) w Biuro GT to skarżyłem się na forum np. 25 września 2020... Nie ma to nic wspólnego z prockiem i dyskami. Zmieniałem np. serwer (prawdziwy, a nie domorosły desktop w roli serwera) z 8 wątkowym Xeonem na 32 wątkowego Xeona i czas konwersji jeśli się zmienił, to niemierzalnie. Może dlatego, że i tak mało kto ma licencję MS SQL na więcej niż 4 rdzenie... I wątpię by był to problem sprzętowy, skoro przy konwersji normalnej podmiot konwertuje się szybko a ten sam podmiot na Biuro GT (nie za każdym razem!) konwertuje się szybko aż dojdzie do "aktualizacji listy gridów" i w tedy jest loteria - albo idzie błyskawicznie albo doszedłem do rekordu... 8 godzin na 32 wątkowym Xeonie z 64GB RAM i serwerowymi dyskami SSD w macierzy a w obciążeniu jest 0% CPU, 0% dysk, 0% I/O i kilka-kilkanaście procent RAM... Wielowątkowe procesory są tu hipotetycznie nawet gorsze, bo na 4 wątkowym Biuro GT zawiesi mi maks. 4 konwersje i mogę je przerwać, przywrócić bazy z backupu i skonwertować normalnie, a nie przez Biuro GT a na 32 wątkowym może mi zawiesić 32 bazy... Problem dotyka ok. 6% podmiotów, mniej więcej ciągle tych samych ale nie za każdym razem i te same podmioty konwertowane nie przez Biuro GT nie sprawiają żadnych problemów.