Microsoft SQL Server przechowuje dane Studio WMS.net. Sprawdź rolę wersji 2008, jej ograniczenia po końcu wsparcia oraz plan migracji do nowszej wersji.
Microsoft SQL Server przechowuje dane Studio WMS.net. Sprawdź rolę wersji 2008, jej ograniczenia po końcu wsparcia oraz plan migracji do nowszej wersji. Poniżej opisano rolę bazy w programie oraz ograniczenia wersji 2008.
Jak Microsoft SQL Server pracuje w magazynie?
Studio WMS.net działa jako aplikacja ASP.NET na bazie Microsoft SQL Server. Baza jest podstawą dla gospodarki magazynowej prowadzonej w programie: pozwala monitorować przepływ towarów i szybko wyszukiwać informacje o produktach. Złożone zapytania T-SQL dopasowuje się do potrzeb konkretnego magazynu, a platforma utrzymuje wysoką wydajność przy dużych wolumenach danych.
Stany magazynowe i powiadomienia
Program śledzi każdy ruch towaru. Platforma pozwala zdefiniować progi bezpieczeństwa i wysyła powiadomienie o niskim stanie. Raporty o rotacji produktów i trendach sprzedaży powstają z danych zapisanych w bazie. Wbudowana walidacja dba o spójność danych magazynowych.
Integracja i bezpieczeństwo danych
Baza współpracuje z czytnikami kodów kreskowych i z terminalami mobilnymi. Automatycznie synchronizuje dane między lokalizacjami magazynowymi. Dostępu do informacji strzegą mechanizmy autoryzacji. Kopie zapasowe pozwalają szybko odtworzyć dane po awarii, a praca magazynu trwa nawet podczas aktualizacji bazy. Zasady tworzenia i odtwarzania kopii opisuje dokumentacja Microsoft.
Kopie zapasowe i szybkie odtwarzanie danych chronią magazyn przed skutkami awarii.
Zastosowania Microsoft SQL Server w pracy magazynu
Microsoft SQL Server przechowuje i analizuje duże ilości danych magazynowych, co ma znaczenie dla optymalizacji pracy. Dzięki integracji z systemami WMS i innymi aplikacjami zapewnia niezawodność oraz wydajność operacyjną. Raporty z bazy tworzy usługa Reporting Services, którą opisuje dokumentacja Microsoft.
| Temat | Zastosowanie |
|---|---|
| SQL Server 2008 i migracja | Rola wersji 2008 w programie, ograniczenia po końcu wsparcia i plan migracji do nowszej wersji |
| Raporty SQL Server | Reporting Services tworzy raporty, na przykład analizę stanów magazynowych i rotację produktów, co ułatwia decyzje priorytetowe |
| Integracja z ERP | Zgodność danych i zarządzanie łańcuchem dostaw od magazynu po sprzedaż i dystrybucję |
| Systemy informatyczne w magazynie | Baza dla systemów WMS daje szybki dostęp do informacji o lokalizacjach i partiach produkcyjnych, a także o terminach ważności |
| Instalacja bazy MS SQL | Konfiguracja bazy dla magazynu, która daje stabilność działania i łatwą rozbudowę |
Co SQL Server 2008 robi w Studio WMS.net
Strony SoftwareStudio opisują wdrożenia Studio WMS.net na bazie MS SQL Server 2008 i 2012. Oprogramowanie internetowe firmy powstaje na SQL Server 2012 i nowszych wersjach. Wersja 2008 pełni w programie tę samą rolę co nowsze: przechowuje dokumenty i kartoteki, a aplikacja ASP.NET odczytuje je zapytaniami T-SQL.
Każde wyszukiwanie dokumentu w sekcji Magazyn jest zapytaniem do bazy. Filtry typu i daty to warunki tego zapytania, a lista na ekranie to zestaw wierszy zwrócony przez silnik. Zestawienie dokumentów PZB działa tak samo: aplikacja wysyła zakres dat i kontrahenta, a baza zwraca przyjęcia z ilościami.
SQL Server 2008 składa się z czterech elementów, które pojawiają się przy wdrożeniach:
- Database Services - silnik, który zarządza danymi relacyjnymi i danymi XML oraz wykonuje zapytania aplikacji.
- Management Studio - bezpłatne narzędzie administratora do zarządzania instancjami i migracji danych.
- SQL Report Server - serwer raportów, który buduje zestawienia z danych zapisanych w bazie. Opisuje go strona o SQL Report Server i Report Builder.
- Business Intelligence - analiza dużych zbiorów zapytaniami SQL, opisana na stronie o Business Intelligence SQL Server.
Z wersją 2008 związane są konkretne mechanizmy T-SQL. Instrukcja MERGE wstawia lub aktualizuje wiersze jednym poleceniem, a typ date zapisuje samą datę bez godziny, co wystarcza przy terminach ważności partii. Raporty w formacie RDL opisuje strona o Reporting Services w WMS.net.
Ograniczenia SQL Server 2008 po końcu wsparcia
Microsoft zakończył wsparcie podstawowe dla SQL Server 2008 w lipcu 2014 roku, a wsparcie rozszerzone 9 lipca 2019 roku. To samo dotyczy wersji 2008 R2. Daty każdej wersji podaje serwis Microsoft Lifecycle. Od zakończenia wsparcia rozszerzonego producent nie publikuje poprawek bezpieczeństwa dla tej wersji.
Instancja bez poprawek bezpieczeństwa pozostaje w sieci firmowej, nawet gdy działa bez zarzutu. Brak błędów w pracy aplikacji nie oznacza braku podatności.
Ograniczenia wersji 2008 dotyczą czterech obszarów:
- Bezpieczeństwo - nowo odkryte luki zostają w instancji na stałe. Dział bezpieczeństwa klienta zwykle zgłasza taką bazę w audycie.
- Limit edycji Express - baza ma maksymalny rozmiar 4 GB w SQL Server 2008 i 10 GB w wersji 2008 R2. Historia ruchu towarów rośnie z każdym dokumentem, więc limit ma znaczenie przy dłuższej eksploatacji. Szczegóły opisuje strona o SQL Server 2008 Express Edition.
- System operacyjny - instancja 2008 pracuje zwykle na starszym Windows Server, który także wyszedł z wsparcia. Nowsze wersje SQL Server nie instalują się na każdym starszym systemie, więc migracja bazy bywa połączona z wymianą serwera. Środowisko opisuje strona o instalacji i konfiguracji systemu WMS.
- Brak nowszych mechanizmów T-SQL - zapytania wymagają obejść tam, gdzie nowsze wersje mają gotowe polecenie. Tabela poniżej zestawia najczęściej brakujące mechanizmy.
Tabela opisuje możliwości serwera, a nie funkcje programu. To, z których korzysta dane wdrożenie, ustala zespół wdrożeniowy.
| Mechanizm | Od wersji | Zastosowanie w bazie magazynowej |
|---|---|---|
| OFFSET i FETCH | 2012 | Stronicowanie długich list dokumentów po stronie bazy |
| LAG i LEAD | 2012 | Porównanie wiersza ruchu towaru z poprzednim bez łączenia tabeli z samą sobą |
| SEQUENCE | 2012 | Numeracja dokumentów niezależna od tabeli |
| Grupy dostępności Always On | 2012 | Replika bazy gotowa do przejęcia pracy po awarii serwera |
| Query Store | 2016 | Historia planów zapytań, z której widać przyczynę spowolnienia |
| FOR JSON i OPENJSON | 2016 | Wymiana danych z integracjami w formacie JSON |
Kiedy i jak migrować do nowszej wersji SQL Server
O terminie migracji decyduje sytuacja instalacji, a nie sam numer wersji. Tabela zestawia cztery typowe sytuacje i kierunek decyzji.
| Sytuacja | Kierunek | Uzasadnienie |
|---|---|---|
| Baza w odizolowanej sieci, bez wymagań audytowych | Migracja zaplanowana na wybrany termin | Brak poprawek zostaje, ale jest czas na testy na kopii |
| Baza zbliża się do limitu edycji Express | Migracja do edycji bez tego limitu | Po osiągnięciu limitu baza przestaje przyjmować nowe dane |
| Wymiana serwera lub systemu Windows | Migracja razem z wymianą | Nowszy SQL Server wymaga zgodnego systemu operacyjnego |
| Audyt bezpieczeństwa lub wymóg wysokiej dostępności | Migracja priorytetowa | Wersja bez poprawek zwykle nie przechodzi audytu, a grupy dostępności są dostępne od wersji 2012 |
Spis instancji i kopia bazy
Administrator spisuje wersję i edycję serwera oraz sortowanie bazy. Osobno zbiera loginy i zadania SQL Server Agent. Kopię robi poleceniem BACKUP DATABASE z opcją CHECKSUM, a odtwarza poleceniem RESTORE DATABASE. Plik .bak odtworzy się na wersji równej lub nowszej, nigdy na starszej. Zakres obsługiwanych ścieżek aktualizacji opisuje dokumentacja Microsoft.
Strona o instalacji bazy MS SQL opisuje dwa warianty dostawy bazy Studio WMS.net: kopię .bak oraz skrypt .sql. Wybór zależy od posiadanej wersji serwera. Loginy leżą w bazie master, więc po odtworzeniu bazy na nowej instancji jej użytkownicy tracą powiązanie z loginami. Naprawia to polecenie ALTER USER z klauzulą WITH LOGIN albo przeniesienie loginów razem z identyfikatorami SID.
Poziom zgodności i testy
Odtworzona baza zachowuje poziom zgodności 100, czyli zachowanie SQL Server 2008. Zapytania T-SQL działają więc jak dotychczas. Podniesienie poziomu poleceniem ALTER DATABASE z opcją SET COMPATIBILITY_LEVEL zmienia zachowanie optymalizatora zapytań i może zmienić plany wykonania. Poziomy opisuje dokumentacja Microsoft.
Poziom zgodności podnoś osobno od migracji: najpierw przeniesienie bazy z poziomem 100, potem testy, dopiero na końcu zmiana. Dwie zmiany naraz utrudniają znalezienie przyczyny spowolnienia.
Test na kopii porównuje wyniki i czasy zapytań aplikacji oraz raportów. Serwer raportów przenosi się osobno, a raporty RDL trzeba otworzyć i sprawdzić. Opisują to strony o raportach SQL Server i o Reporting Services.
Przełączenie i droga powrotu
Przed przełączeniem administrator wstrzymuje pracę użytkowników i robi ostatnią kopię różnicową. Odtwarza się ją po pełnej kopii z opcją NORECOVERY, a potem baza przechodzi w stan ONLINE poleceniem RESTORE z opcją RECOVERY. Aplikacja ASP.NET dostaje nowy ciąg połączenia. Stara instancja i kopia sprzed migracji zostają do chwili, gdy raporty i integracje, w tym integracja z ERP, potwierdzą poprawne dane. Do tego czasu można wrócić do starej instancji, tracąc tylko dokumenty wpisane po przełączeniu.
Którą wersję bazy akceptuje dane wdrożenie Studio WMS.net, potwierdza zespół SoftwareStudio przed migracją. Pytania o termin i zakres prac przyjmuje formularz kontaktowy. Przenoszenie danych z innych systemów opisuje strona o migracji danych do Studio WMS.net.