Ustawienia usługi transakcji

Określa nazwę katalogu na serwerze, w którym usługa transakcji przechowuje pliki dzienników na potrzeby odtwarzania. Opcjonalnie można określić wielkość plików dziennika transakcji. Na platformie z/OS określa położenie dziennika partnera JTA.

Tę właściwość należy ustawić w celu zmiany katalogu zawierającego plik dziennika transakcji dla serwera aplikacji tylko w przypadku, gdy aplikacje używają rozproszonych zasobów lub transakcji XA, na przykład gdy w jednej transakcji jest uzyskiwany dostęp do wielu baz danych i zasobów.

Jeśli tego katalogu nie określono podczas konfigurowania serwera, usługa transakcji użyje domyślnego katalogu utworzonego na podstawie katalogu instalacji: Katalog_główny_serwera_aplikacji/ tranlog/nazwa_komórki/nazwa_węzła/nazwa_ serwera.

Jeśli aplikacja uruchomiona na serwerze aplikacji otworzy większą niż 1 liczbę zasobów, serwer aplikacji zapisze informacje dotyczące transakcji w katalogu produktu w celu poprawnego skoordynowania i obsługi rozproszonej transakcji. W przypadku większego obciążenia transakcji zapisywanie w ten sposób trwałych informacji może spowodować zmniejszenie wydajności serwera aplikacji z powodu zależności od systemu operacyjnego i bazowych systemów pamięci masowej. Aby uzyskać większą wydajność, należy przeznaczyć nowy katalog dla plików dziennika w odrębnym, fizycznie większym systemie pamięci masowej.

Jeśli dla serwera aplikacji wystąpił jeden lub więcej z poniższych objawów, należy zmienić katalog dzienników transakcji:

• Wykorzystanie procesora pozostaje na niskim poziomie, bez względu na wzrost liczby transakcji
• Występują niepowodzenia transakcji z powodu wielokrotnych przekroczeń limitu czasu
• Zdarza się wycofanie zmian - wyjątek "Nie można zapisać transakcji na liście"
• Serwer aplikacji zawiesza się podczas wykonywania operacji i wymaga zrestartowania
• Dysk, na którym uruchomiony jest serwer aplikacji, wykazuje wyższe użycie

Systemu pamięci masowej plików dziennika dotyczą następujące zlecenia:

• Pliki dziennika należy przechowywać w nadmiarowej macierzy niezależnych dysków (Redundant Array of Independent Disks - RAID)

  W konfiguracjach RAID zadanie zapisu danych na nośniki fizyczne jest rozdzielane między wiele napędów. Ta technika umożliwia współbieżny dostęp do informacji dotyczących bieżących transakcji i szybszy dostęp do danych zawartych w dziennikach. W zależności od sposobu zaprojektowania aplikacji i podsystemu pamięci masowej wzrost wydajności może osiągnąć od 10% do 100%, lub w niektórych przypadkach nawet więcej.

• Nie należy przechowywać plików dziennika, jeśli węzeł we/wy ustawiono na współbieżne we/wy (CIO)

  Po określeniu katalogu dla dzienników transakcji należy sprawdzić, czy system plików używa synchronicznego zapisu i zapisuje operacje serializacji. Niektóre systemy operacyjne, jak np. AIX JFS2, obsługują opcjonalny tryb współbieżny we/wy (CIO), gdzie system plików nie wymusza serializacji operacji zapisu. W tych systemach nie należy używać trybu CIO dla plików dziennika transakcji serwera aplikacji.

Aby określić wielkość plików dziennika transakcji, należy uwzględnić ustawienie wielkości pliku. Należy użyć jednego z następujących formatów, w których nazwa_katalogu jest nazwą katalogu dziennika transakcji, a wielkość_pliku oznacza wielkość nowego miejsca na dysku przydzielonego dla plików dziennika transakcji podaną w kilobajtach (nK) lub megabajtach (nM). Minimalna wielkość pliku dziennika transakcji, którą można określić to 64K. Jeśli zostanie określona wartość mniejsza niż 64K lub wartość wielkości pliku nie zostanie podana, zostanie użyta wartość domyślna 1M.

;wielkość_pliku
<!-- Ten format pozwala zachować katalog domyślny  -->

nazwa_katalogu;wielkość_pliku

dir://nazwa_katalogu/nazwa_katalogu;wielkość_pliku

/nazwa_katalogu/nazwa_katalogu;wielkość_pliku

Więcej informacji na temat wielkości dziennika transakcji zawiera sekcja Zarządzanie rejestrowaniem transakcji w celu zoptymalizowania dostępności serwera.

Informacje	Wartość
Typ danych	Łańcuch
Wartość domyślna	Nazwa katalogu: katalog_główny_serwera_aplikacji/tranlog/nazwa_komórki/nazwa_węzła/nazwa_serwera Wielkość pliku: 1MB
Zalecane	Utwórz system plików z przynajmniej trzema lub czterema napędami dysków we wspólnej macierzy w konfiguracji RAID-0. Następnie należy utworzyć w tym systemie plików dziennik transakcji o domyślnej wielkości. W momencie, gdy serwer jest obciążony, należy sprawdzić przepływ danych wyjścia i wejścia. Jeśli czas dla tych danych jest większy niż 5%, należy rozważyć dodanie dodatkowych dysków w celu obniżenia tej wartości.

Na platformie z/OS ten dziennik jest używany w celu odzyskiwania zasobów XA. Jeśli aplikacja uruchomiona w produkcie WebSphere uzyska dostęp do zasobów XA, produkt WebSphere zapisze informacje dotyczące tego zasobu w celu uruchomienia odzyskiwania transakcji XA. Należy użyć następującej składni:

[znacznik_URL_typu_położenia] specyfikacja_położenia

• znacznik_URL_typu_położenia określa opcjonalny typ położenia dziennika JTA Partner:
  • Wartość domyślna dir:// określa, że dziennik JTA Partner znajduje się w katalogu systemu plików HFS, którego pełna nazwa jest określona w zmiennej specyfikacja_położenia.
• specyfikacja_położenia określa nazwę położenia dziennika JTA Partner:
  • Aby określić strumień dziennika, należy użyć składni logstream://HLQ
    Jeśli podczas instalacji serwera aplikacji konfigurowano strumienie dziennika dla narzędzia CF, strumień dziennika zostanie nazwany na podstawie składni HLQ.server.X, gdzie HLQ jest zdefiniowaną przez użytkownika wartością o długości 1-8 znaków, określoną w oknie dialogowym instalacji. Należy użyć tej wartości HLQ w celu określenia położenia dziennika JTA Partner.

    Unikanie problemów: Dla wszystkich strumieni dzienników należy ustawić wartość AUTODELETE(NO).gotcha
  • Jeśli znacznik_URL_typu_położenia ma wartość dir://, należy użyć pełnej nazwy katalogu HFS jako wartości specyfikacja_położenia. Pełna nazwa katalogu musi być unikalna wewnątrz węzła produktu WebSphere.

Wartość domyślna to dir://katalog_główny_serwera_aplikacji/tranlog/nazwa _serwera.

Aby określić wielkość plików dziennika transakcji, należy uwzględnić ustawienie wielkości pliku. Należy użyć jednego z następujących formatów, w których nazwa_katalogu jest nazwą katalogu dziennika transakcji, a wielkość_pliku oznacza wielkość nowego miejsca na dysku przydzielonego dla plików dziennika transakcji podaną w kilobajtach (nK) lub megabajtach (nM). Minimalna wielkość pliku dziennika transakcji, którą można określić to 64K. Jeśli zostanie określona wartość mniejsza niż 64K lub wartość wielkości pliku nie zostanie podana, zostanie użyta wartość domyślna 1M.

dir://nazwa_katalogu/nazwa_katalogu;wielkość_plikuK

/nazwa_katalogu/nazwa_katalogu;wielkość_plikuK

;wielkość_plikuK
<!-- Ten format pozwala zachować katalog domyślny -->

Domyślny maksymalny czas (w sekundach) wykonywania transakcji uruchomionej na tym serwerze, po upływie którego usługa transakcji inicjuje zakończenie wskutek przekroczenia limitu czasu. Wszystkie transakcje, które nie rozpoczną przetwarzania zakończenia przed upływem tego limitu czasu, zostaną wycofane.

Ten limit czasu jest używany tylko w przypadku, gdy komponent aplikacji nie ma własnego ustawienia limitu czasu transakcji.

Po przekroczeniu limitu czasu transakcje mogą być kontynuowane w okresie ulgowym, który trwa około czterech minut. Jeśli transakcja zostanie w tym czasie zatwierdzona lub wycofana, wynik transakcji zostanie wycofany. Jeśli transakcja nie zostanie zakończona po upływie okresu ulgowego, kontroler nieprawidłowo zakończy działanie regionu podrzędnego, w którym działa komponent aplikacji. Kodem zakończenia będzie ABEND EC3 RSN=04130002 lub 04130005.

Uwaga: Okres ulgowy jest stosowany tylko w przypadku łącznego limitu czasu życia transakcji i maksymalnego limitu czasu transakcji. Okresy ulgowe można wyłączyć przy użyciu właściwości niestandardowej DISABLE_TRANSACTION_TIMEOUT_GRACE_PERIOD.

Górna granica tego limitu czasu jest ograniczona przez maksymalny limit czasu transakcji. Jeśli na przykład właściwości Łączny limit czasu życia transakcji nadano wartość 500, a właściwości Maksymalny limit czasu transakcji nadano wartość 300, limit czasu transakcji zostanie przekroczony po 300 sekundach.

Jeśli wartość limitu czasu zostanie ustawiona na 0, limit czasu nie będzie stosowany, a zamiast niego zostanie użyta wartość Maksymalny limit czasu transakcji.

Informacje	Wartość
Typ danych	Liczba całkowita
Jednostki	Sekundy
Wartość domyślna	120
Zakres	0 do 2 147 483 647
Zakres	Od 0 do 2 147 040

Określa czas (w sekundach), przez jaki serwer oczekuje odpowiedzi na komunikaty przychodzące protokołu WS-AT, po upływie którego wysyła ponownie poprzedni komunikat protokołu WS-AT.

Określa maksymalny przedział czasu (w sekundach) między żądaniami transakcyjnymi przychodzącymi od klienta zdalnego. Dowolny okres braku aktywności klienta, który przekroczy ten limit, spowoduje wycofanie transakcji z tego serwera aplikacji.

Jeśli nadana zostanie wartość 0, limit czasu nie będzie stosowany.

Określa górną granicę (w sekundach) limitu czasu wykonywania transakcji uruchomionych na tym serwerze. Wartość ta powinna być równa wartości podanej jako łączny limit czasu transakcji lub większa od niej.Służy do określania maksymalnego czasu (w sekundach) wykonywania transakcji uruchomionych na tym serwerze. Wartość ta powinna być większa lub równa łącznemu limitowi czasu życia transakcji i większa lub równa limitowi czasu komponentu aplikacji. Jeśli maksymalny limit czasu transakcji zostanie ustawiony na wartość mniejszą niż łączny limit czasu życia transakcji lub limit czasu komponentu aplikacji, transakcje komponentu aplikacji potrzebujące więcej czasu staną się nieważne po przekroczeniu maksymalnego limitu czasu transakcji.

Ten limit czasu stanowi górną granicę wszystkich innych limitów czasu transakcji.

Jeśli dla limitu czasu zostanie podana wartość 0, nie będzie on stosowany, czyli zostanie wyłączony. Jeśli dla wszystkich limitów czasu zostanie ustawiona wartość 0, to limit czasu transakcji nigdy nie zostanie przekroczony.

Aby umożliwić szybkie wykrycie przekroczenia limitu czasu oraz aby zapobiec dalszemu blokowaniu zasobów, serwer aplikacji wstrzymuje działanie transakcji w ścieżce transakcji, dla której limit czasu został przekroczony. Odnosi się to zarówno do działań w kontekście bieżącej transakcji, jak i do podejmowania działań w innym kontekście transakcyjnym.

Informacje	Wartość
Typ danych	Liczba całkowita
Jednostki	Sekundy
Wartość domyślna	300
Zakres	0 do 2 147 483 647
Zakres	0 do 2 147 040

Określa liczbę prób przesłania sygnału zakończenia przez serwer aplikacji, takiego jak zatwierdzenie lub wycofanie zmian. Ponowne próby są przeprowadzane po przejściowym wyjątku z poziomu menedżera zasobów lub partnera zdalnego albo, w przypadku przekroczenia skonfigurowanego limitu czasu odpowiedzi asynchronicznej, przed uzyskaniem odpowiedzi od wszystkich partnerów Web Services Atomic Transaction (WS-AT).

Jeśli serwer aplikacji przestanie ponawiać próby, menedżer zasobów lub partner zdalny odpowiadają za pomyślne zakończenie transakcji dla zasobu lub rozgałęzienia partnera transakcji. Serwer aplikacji wyświetli (na podstawie zasobu lub partnera) wyjątek wskazujący na ryzyko związane z heurystyką. W przypadku żądania potwierdzenia nadawca transakcji otrzyma wyjątek operacji potwierdzenia. Jeśli transakcja została uruchomiona przez kontener, zwróci on wyjątek zdalny lub wyjątek Enterprise JavaBeans (EJB) do klienta EJB.

Podczas odtwarzania serwera podrzędnego w rozproszonej transakcji, jeśli zostanie przekroczona liczba ponowień heurystycznych, właściwość Kierunek zakończenia heurystycznego określa sposób zakończenia transakcji.

Określa czas (w sekundach) oczekiwania serwera aplikacji przed ponowną próbą wysłania sygnału zakończenia, takiego jak zatwierdzenie lub wycofanie zmian, po otrzymaniu przejściowego wyjątku od menedżera zasobów lub zdalnego partnera.

Określa, czy serwer aplikacji rejestruje zdarzenia towarzyszące zatwierdzaniu zasobów jednofazowych w transakcjach, które obejmują zasób jednofazowy oraz zasoby dwufazowe.

Ta właściwość włącza rejestrowanie dla raportowania heurystycznego. Jeśli aplikacje zostały skonfigurowane tak, aby umożliwić zasobom zatwierdzenia jednofazowego uczestniczenie w transakcjach dwufazowych, raportowanie heurystyczne uruchamiane po awarii serwera aplikacji wymaga zapisania dodatkowych transakcji w dzienniku. Jeśli ta opcja została włączona, system wykona dodatkowy zapis w dzienniku dla wszystkich transakcji zawierających jednofazowe i dwufazowe zasoby zatwierdzenia. Dla transakcji nie zawierających jednofazowego zasobu zatwierdzenia system nie wykona dodatkowych wpisów do protokołu.

Określa kierunek używany do kończenia transakcji o heurystycznym rezultacie. Można wybrać operacje zatwierdzania lub wycofywania transakcji przez serwer aplikacji lub opcję ręcznego kończenia transakcji przez administratora.

Ta właściwość dotyczy tylko transakcji w opisanych powyżej sytuacjach.

Określa, czy wszystkie aplikacje na serwerze akceptują ryzyko związane z heurystyką, które występuje, gdy dwufazowa transakcja zawiera jednofazowy zasób.To ustawienie odpowiada za konfigurację obsługi ostatniego uczestnika na serwerze. Obsługa ostatniego uczestnika jest rozszerzeniem usługi transakcji, które pozwala pojedynczemu zasobowi jednofazowemu uczestniczyć w transakcjach dwufazowych z co najmniej jednym zasobem dwufazowym.

Jeśli opcja Akceptuj ryzyko związane z heurystyką nie zostanie wybrana, należy skonfigurować poszczególne aplikacje tak, aby ryzyko związane z heurystyką było akceptowane. Aplikacje można konfigurować podczas składania lub po wdrożeniu przy użyciu panelu Rozszerzenie obsługi ostatniego uczestnika.

Określa, czy blokady plików są włączone podczas otwierania dziennika odtwarzania usługi transakcji.

Określa, czy jest włączona bezpieczna wymiana komunikatów protokołu usługi transakcji.

Gdy autoryzacja koordynacji transakcji jest włączona, usługa transakcji sprawdza, czy program wywołujący ma uprawnienia do roli administratora przed obsługą transakcji.

To ustawienie nie ma znaczenia do momentu uruchomienia zabezpieczeń serwera WebSphere Application Server.

Określa domyślny poziom specyfikacji transakcji WS-Transaction na użytek żądań wychodzących zawierających kontekst koordynacji protokołu Web Services Atomic Transaction (WS-AT) lub Web Services Business Activity (WS-BA).

Istnieje możliwość wyboru specyfikacji WS-Transaction 1.0, WS-Transaction 1.1 lub WS-Transaction 1.2. Więcej szczegółowych informacji o tych specyfikacjach zawierają tematy o obsłudze protokołów WS-AT lub WS-BA przez serwer aplikacji.

Jeśli nie można określić poziomu na podstawie strategii dostawcy (asercji WS-Policy transakcji WS-Transaction) używany jest domyślny poziom specyfikacji WS-Transaction. Sytuacja taka może wystąpić na przykład wtedy, gdy asercja strategii nie jest dostępna w pliku WSDL docelowej usługi Web Service lub nie można jej określić na podstawie typu strategii WS-Transaction klienta bądź jeśli asercja strategii jest dostępna, lecz stosuje się więcej niż jeden poziom specyfikacji.

Wybierz lub podaj przedrostek HTTP(S) URL zewnętrznej transakcji WS-Transaction.

• W przypadku używania węzła pośredniczącego, jak np. serwer HTTP lub serwer proxy produktu WebSphere, w celu wysyłania żądań zgodnych z protokołami Web Services Atomic Transaction (WS-AT) lub Web Services Business Activity (WS-BA).
• Aby skonfigurować publikowanie elementów WS-Transaction EndpointReference z innymi niż domyślne wartościami protokołu, hosta lub portu w ich adresach URL. Na przykład podczas konfigurowania żądań przychodzących protokołu WS-Transaction w taki sposób, aby przepływały do serwera aplikacji za pośrednictwem przekazującego proxy, np. serwera proxy WebSphere, należy użyć tego pola do określenia łańcucha kanału SSL, gdy zabezpieczenia globalne nie są włączone, lub do określenia kanału innego niż SSL, gdy zabezpieczenia globalne są włączone.

Zostanie użyty określony przedrostek niestandardowy lub wybrany przedrostek w zależności od tego, który jest skonfigurowany. Jeśli określony przedrostek niestandardowy lub wybrany nie został ustawiony, a zabezpieczenia są włączone, domyślnie zostanie automatycznie wybrany jeden z łańcuchów kanału kontenera WWW serwera aplikacji obsługujący protokół SSL. W przeciwnym razie zostanie automatycznie wybrany łańcuch kanału kontenera WWW obsługujący protokół inny niż SSL.

Unikanie problemów: Ustawienie autoryzacji koordynacji transakcji nie ma wpływu na to, czy zostanie wybrany protokół SSL, czy protokół inny niż SSL. Więcej informacji o relacji między autoryzacją koordynacji transakcji i transakcjami protokołu WS-Transactions zawiera temat Konfigurowanie obsługi transakcji usług Web Service w środowisku chronionym.gotcha

Jeśli węzeł pośredniczący nie jest Serwerem proxy, przedrostek musi być unikalny dla każdego serwera.

W przypadku używania Serwera proxy przedrostki mogą być takie same dla każdego serwera w klastrze, ponieważ Serwer proxy określa dynamicznie serwer, do którego przekaże żądanie.

Należy wybrać tę opcję, aby wskazać na liście informacje o adresie URL zewnętrznego punktu końcowego dla punktów końcowych usługi WS-AT i WS-BA.

Należy wybrać tę opcję, aby w polu określić informacje o adresie URL zewnętrznego punktu końcowego dla punktów końcowych usługi WS-AT i WS-BA.

http://nazwa_hosta:port

https://nazwa_hosta:port

Określa liczbę transakcji oczekujących na ręczne zakończenie przez administratora.

Jeśli istnieją transakcje oczekujące na ręczne zakończenie, można kliknąć odsyłacz Przegląd, aby wyświetlić listę tych transakcji w panelu Transakcje oczekujące na ręczne zakończenie.

Określa liczbę transakcji z ponawianymi zasobami.

Jeśli istnieją transakcje z ponawianymi zasobami, można kliknąć odsyłacz Przegląd, aby wyświetlić listę tych transakcji panelu Transakcje z ponawianymi zasobami.

Określa liczbę transakcji zakończonych heurystycznie.

Jeśli istnieją transakcje, które zakończono heurystycznie, można kliknąć odsyłacz Przegląd w celu wyświetlenia listy tych transakcji na panelu Transakcje o rezultacie heurystycznym.

Określa liczbę zaimportowanych i przygotowanych transakcji, które nie zostały jeszcze zatwierdzone.

Jeśli istnieją transakcje, które zostały zaimportowane i przygotowane, ale nie zostały jeszcze zatwierdzone, można kliknąć odsyłacz Przegląd w celu wyświetlenia listy tych transakcji na panelu Zaimportowane i przygotowane transakcje.

W obszarze Właściwości dodatkowe można kliknąć odsyłacz Właściwości niestandardowe, aby wyświetlić lub zmienić właściwości niestandardowe usługi transakcji serwera WebSphere Application Server.

Po kliknięciu odsyłacza Właściwości niestandardowe można określić, czy komunikaty informacyjne mają być wyświetlane w Konsoli administracyjnej i zapisywane w pliku SystemOut.log po odtworzeniu usługi transakcji.

Więcej informacji o właściwościach niestandardowych usługi transakcji serwera WebSphere Application Server można znaleźć, korzystając z odsyłacza do strony pokrewnej.