Serwisanci dostępni teraz · czynne całą dobę, także w weekendy i świętaWarszawa i okolice · dojazd bezpłatny
Darmowa diagnoza laptopa
Darmowa diagnoza laptopa
Dojazd do klienta bezpłatnie
Dojazd do klienta bezpłatnie
Laptopy zastępcze bezpłatnie
Laptopy zastępcze bezpłatnie
Odbiór i zwrot sprzętu bezpłatnie
Odbiór i zwrot sprzętu bezpłatnie

Procedura jako artykuł

Termin Definicja
Procedura jako artykuł

Procedura jako artykuł to obiekt objęty replikacją, synchronizowany między wydawcą a subskrybentami.

Procedura jako artykuł w replikacji danych

W systemie replikacji baz danych artykuł jest jednostką opisującą zakres danych przekazywanych z serwera wydawcy do jednego lub większej liczby subskrybentów. Najczęściej artykuł wskazuje konkretny obiekt bazy, na przykład tabelę, widok, procedurę składowaną albo inny element obsługiwany przez dany mechanizm replikacji. Określenie „procedura jako artykuł” oznacza więc, że procedura została włączona do konfiguracji replikacji jako osobny obiekt synchronizowany między uczestnikami procesu.

Taki artykuł nie jest zwykłym opisem procedury ani dokumentacją jej działania. Stanowi element metadanych replikacji, który określa, jaki obiekt ma zostać uwzględniony, skąd jest pobierany i do którego subskrybenta ma trafić. W zależności od użytego modelu replikacji synchronizacja może obejmować definicję procedury, jej zmiany albo wykonanie określonych operacji związanych z procedurą. Szczegółowe zachowanie zależy od konkretnego silnika bazy danych i rodzaju replikacji.

Definicja, zakres i identyfikacja obiektu

Podstawą artykułu jest jednoznaczne wskazanie procedury należącej do określonej bazy danych i schematu. Sama nazwa może być niewystarczająca, ponieważ w jednej bazie mogą istnieć obiekty o podobnych nazwach w różnych schematach. Konfiguracja powinna rozróżniać nazwę schematu, nazwę procedury oraz publikację lub grupę replikacji, w której obiekt uczestniczy. Dzięki temu proces synchronizacji nie obejmuje przypadkowego obiektu o zbliżonym identyfikatorze.

Artykuł może zawierać również ustawienia dotyczące sposobu dostarczania obiektu do subskrybenta. W praktyce należy ustalić, czy procedura ma być utworzona po stronie odbiorcy, zastąpiona podczas synchronizacji, czy tylko uwzględniona jako element definicji publikacji. Istotne są także zależności procedury, takie jak wymagane tabele, widoki, typy danych, funkcje i uprawnienia. Jeżeli zależność nie jest objęta replikacją albo nie istnieje u subskrybenta, sama obecność procedury jako artykułu nie zapewni jej poprawnego działania.

Przebieg synchronizacji między wydawcą a subskrybentem

Synchronizacja rozpoczyna się od odczytania konfiguracji publikacji oraz ustalenia, jakie artykuły należą do danego zestawu danych. Mechanizm replikacji przygotowuje informacje potrzebne do utworzenia lub aktualizacji obiektu po stronie subskrybenta. W zależności od technologii zmiany mogą być przekazywane natychmiast, okresowo albo po zebraniu ich w określonej kolejce. Procedura jako artykuł jest wtedy traktowana zgodnie z regułami przypisanymi do tego typu obiektu.

Weryfikacja synchronizacji powinna obejmować co najmniej zgodność definicji procedury, obecność wymaganych zależności oraz wynik ostatniego przebiegu agenta lub innego komponentu wykonującego replikację. Błąd może wynikać między innymi z braku obiektu po stronie subskrybenta, różnicy schematu, niezgodności parametrów albo braku uprawnień do utworzenia lub zmiany procedury. Warto odróżnić błąd przesłania definicji od błędu wykonania procedury, ponieważ są to dwa różne etapy i wymagają odmiennej diagnostyki.

Diagnostyka i utrzymanie artykułu

Podczas diagnostyki należy najpierw sprawdzić, czy procedura jest nadal częścią aktywnej publikacji oraz czy subskrybent jest przypisany do właściwego wydawcy. Następnie porównuje się definicję obiektu po obu stronach, zwracając uwagę na nazwę schematu, parametry, typy danych i odwołania do innych obiektów. Sam fakt, że artykuł widnieje w konfiguracji, nie potwierdza jeszcze, że jego treść została skutecznie zastosowana u odbiorcy.

Zmiana procedury wymaga kontrolowanego wdrożenia. Należy ustalić, czy modyfikacja dotyczy wyłącznie kodu wykonywanego na wydawcy, czy również definicji przekazywanej subskrybentom. Po wdrożeniu trzeba sprawdzić log synchronizacji, czas przetworzenia zmiany oraz zgodność wersji obiektu. Jeżeli procedura korzysta z nowych kolumn, tabel lub typów, te zależności powinny zostać dostarczone w odpowiedniej kolejności. W przeciwnym razie subskrybent może otrzymać niekompletną definicję albo procedurę, której nie da się poprawnie skompilować lub wykonać.

+48 22 100 48 29Zadzwoń teraz · serwisant w 1 godzinę