Wymiana tradycyjnego dysku HDD na szybki dysk SSD lub NVMe to jeden z najskuteczniejszych sposobów przyspieszenia pracy Insert Subiekt GT. Nowoczesne dyski NVMe są kilkanaście razy szybsze od dysków HDD, co przekłada się na krótszy czas ładowania programu, szybsze generowanie raportów i płynniejszą pracę z bazą danych SQL Server. Nasz serwis realizuje profesjonalne migracje na nowe dyski z przeniesieniem całego środowiska Subiekt GT.
Wymiana dysku bez utraty danych jest możliwa dzięki kłonowaniu lub przenoszeniu danych. Pomagamy wybrać odpowiedni nośnik dla potrzeb Subiekt GT i przeprowadzamy migrację z gwarancją zachowania wszystkich danych i konfiguracji.
Dobór dysku SSD lub NVMe dla Subiekt GT
Przy wyborze dysku do serwera Subiekt GT kluczowe parametry to: pojemność (minimum 500 GB, aby mieć miejsce na system, SQL Server, bazę danych i backupy lokalne), typ (NVMe PCIe 4.0 dla maksymalnej wydajności lub SATA SSD jako ekonomiczna alternatywa), niezawodność (dyski klasy enterprise lub pro mają wyższą trwałość TBW i lepsze gwarancje niż dyski konsumenckie). Dla serwera z Subiekt GT polecamy dyski Samsung 870/980 Pro, WD Red SA500 lub Seagate IronWolf SSD.
Klonowanie dysku – przeniesienie całego systemu
Najprostszą metodą migracji na nowy dysk jest klonowanie: kopiowanie zawartości starego dysku na nowy 1:1, włącznie z partycjami systemowymi, SQL Server i Subiekt GT. Używamy narzędzi Macrium Reflect, Clonezilla lub Acronis True Image. Po klonowaniu nowy dysk jest gotowy do uruchomienia bez żadnych dodatkowych konfiguracji. Przed klonowaniem weryfikujemy, czy nie ma błędów systemu plików na starym dysku (chkdsk /f /r) i czy SMART nie sygnalizuje zbliżającej się awarii.
Przeniesienie wyłącznie bazy SQL Server na szybszy dysk
Alternatywą dla klonowania całego dysku jest przeniesienie tylko plików bazy danych SQL Server (.mdf i .ldf) na nowy, szybki dysk, pozostawiając system na starym. Ta metoda jest szybsza i mniej ryzykowna. Procedura: zatrzymujemy usługę SQL Server, kopiujemy pliki .mdf i .ldf na nowy dysk (inną literę dysku lub inną ścieżkę), uruchamiamy SQL Server z nowymi ścieżkami do plików (ALTER DATABASE … MODIFY FILE). Baza działa na szybkim dysku, a system na starym – co daje znaczący zysk wydajności SQL Server.
Weryfikacja po migracji i optymalizacja
Po migracji na nowy dysk przeprowadzamy testy wydajności: mierzymy czas ładowania listy dokumentów, generowania raportu sprzedaży i uruchamiania programu – porównujemy z wynikami sprzed migracji. Zwykle przyspieszenie jest natychmiastowe i wyraźne. Uruchamiamy też DBCC CHECKDB, aby potwierdzić integralność bazy po migracji. Ustawiamy plan konserwacji SQL Server na nowej konfiguracji i dokumentujemy nowe ścieżki do plików bazy dla celów backupowych.
