Wyświetlanie danych dla jednego zdarzenia SCA zakończonego niepowodzeniem i wykonywanie innych zadań, takich jak usuwanie, ponowne wprowadzanie, modyfikowanie i ustawianie śledzenia dla zdarzenia.
Aby wyświetlić tę stronę w Konsoli administracyjnej, należy kliknąć opcję
, a następnie przeprowadzić wyszukiwanie zakończonych niepowodzeniem zdarzeń architektury SCA. Po zwróceniu zdarzeń zakończonych niepowodzeniem należy kliknąć nazwę zdarzenia wymienionego na stronie Wyniki wyszukiwania.Strona Szczegóły zdarzenia zakończonego niepowodzeniem zawiera identyfikatory zdarzenia i sesji oraz kwalifikatory zdarzenia, które są powiązane ze zdarzeniem zakończonym niepowodzeniem, a także informacje o źródle, miejscu docelowym, czasie i przyczynie niepowodzenia zdarzenia.
Odsyłacze ze znacznikiem (elektroniczny) wymagają dostępu do Internetu.
Sprawdź dostępność aktualizacji tego tematu (elektroniczny)
W tym polu jest wyświetlany typ zdarzenia zakończonego niepowodzeniem. Dla wszystkich zdarzeń SCA zakończonych niepowodzeniem używana jest wartość SCA.
Typ zdarzenia jest przypisywany automatycznie przez podsystem odtwarzania i nie można go edytować.
W tym polu jest wyświetlany status zdarzenia zakończonego niepowodzeniem. W przypadku zdarzeń SCA jedyny dostępny typ statusu to Nieudane.
Status zdarzenia jest przypisywany automatycznie przez podsystem odtwarzania i nie można go edytować.
W tym polu jest wyświetlany unikalny identyfikator zdarzenia zakończonego niepowodzeniem. Ten identyfikator jest zachowywany nawet po ponownym wprowadzeniu zdarzenia. Jeśli ponowne wprowadzenie nie powiedzie się, zdarzenie jest zwracane do menedżera zdarzeń zakończonych niepowodzeniem, zachowując ten sam identyfikator zdarzenia.
Identyfikator zdarzenia jest przypisywany automatycznie przez podsystem odtwarzania i nie można go edytować.
W tym polu jest wyświetlany unikalny identyfikator sesji zdarzenia zakończonego niepowodzeniem.
Każde zdarzenie jest wykonywane w sesji zawierającej wszystkie informacje niezbędne do przetworzenia zdarzenia. Jeśli zdarzenie zakończy się niepowodzeniem, to menedżer zdarzeń zakończonych niepowodzeniem hermetyzuje w parametrze identyfikatora sesji informacje dotyczące określonej gałęzi wykonania, w której wystąpiło niepowodzenie.
Wszystkie zdarzenia modelu Common Base Event i instancje procesów BPEL, które są związane z określonym zdarzeniem zakończonym niepowodzeniem, mają ten sam identyfikator sesji, co ułatwia ich identyfikację oraz badanie w celu uzyskania dodatkowych informacji na temat niepowodzenia.
Identyfikator sesji jest przypisywany automatycznie przez podsystem odtwarzania i nie można go edytować.
W tym polu jest wyświetlany typ wywołań usług między komponentami SCA. Obsługiwane są trzy modele wywołań: asynchroniczne żądanie-odroczona odpowiedź, asynchroniczne żądanie z wywołaniem zwrotnym i wywołanie asynchroniczne jednokierunkowe.
Tego pola nie można edytować.
W tym polu jest wyświetlana nazwa modułu, z którego pochodzi zdarzenie.
Tego pola nie można edytować.
W tym polu jest wyświetlana nazwa komponentu, z którego pochodzi zdarzenie.
Tego pola nie można edytować.
W tym polu są wyświetlane informacje z magistrali integracji usług skonfigurowanej na potrzeby przesyłania komunikatów.
Tego pola nie można edytować.
W tym polu jest wyświetlana nazwa modułu docelowego dla zdarzenia (modułu, do którego zdarzenie było kierowane, gdy nastąpiło niepowodzenie).
Tego pola nie można edytować.
W tym polu jest wyświetlana nazwa komponentu docelowego dla zdarzenia (komponentu, do którego zdarzenie było kierowane, gdy nastąpiło niepowodzenie).
Tego pola nie można edytować.
W tym polu jest wyświetlana nazwa metody docelowej dla zdarzenia.
Tego pola nie można edytować.
W tym polu jest wyświetlana data i godzina niepowodzenia zdarzenia. Jest to czas lokalny serwera procesów i jest on wyświetlany w formacie określonym w ustawieniach narodowych.
Tego pola nie można edytować.
W tym polu jest wyświetlane miejsce docelowe wdrażania zdarzenia. Wartość ta zawiera nazwy węzła docelowego, serwera i klastra (jeśli dotyczą).
Tego pola nie można edytować.
W tym polu jest wyświetlany tekst wyjątku wygenerowanego, gdy zdarzenie zakończyło się niepowodzeniem.
Tego pola nie można edytować.
Określ czas, po upływie którego zdarzenie zakończone niepowodzeniem utraci ważność i nie będzie można wprowadzić go ponownie. Wyświetlany czas jest czasem lokalnym serwera procesów.
Jeśli użytkownik określi utratę ważności z wywołaniem asynchronicznym, w którym wysłano zdarzenie, dane o utracie ważności trwają nawet wtedy, gdy zdarzenie się nie powiedzie, a czas utraty ważności jest wyświetlany w polu Czas utraty ważności dla ponownego wprowadzania.
Wartość w tym polu można edytować w celu określenia nowego czasu utraty ważności dla zdarzenia zakończonego niepowodzeniem. Wartością tego pola musi być data i godzina w formacie określonym w ustawieniach narodowych. Dostępny jest przykład dla wybranych ustawień narodowych.
Określ poziom śledzenia, który ma być używany dla zdarzenia wprowadzonego ponownie.
Jeśli dla zdarzenia zakończonego niepowodzeniem zostało ustawione śledzenie, to w polu Sterowanie śledzeniem jest wyświetlana ustawiona wartość. W przeciwnym razie wyświetlana jest sugerowana wartość domyślna SCA.LOG.INFO;COMP.LOG.INFO określająca wyłączenie śledzenia, gdy sesja wywołuje zaawansowaną usługę integracji lub wykonuje komponent.
Wartość w tym polu można edytować w celu przypisania do zdarzenia zakończonego niepowodzeniem innego poziomu śledzenia. Śledzenie można ustawić w odniesieniu
do usługi lub komponentu. Wyniki mogą być zapisywane w dzienniku lub przesyłane do serwera CEI (Common Event Infrastructure). Więcej
szczegółowych informacji na temat ustawiania i wyświetlania informacji
śledzenia zawierają tematy dotyczące monitorowania w
Centrum
informacyjnym produktu Business Process Manager.
W tym polu jest wyświetlane ustawienie kwalifikatora kolejności zdarzeń dla zdarzenia zakończonego niepowodzeniem.
W tym polu jest wyświetlane ustawienie zdarzeń zakończonych niepowodzeniem, które spowodowały uruchomienie składnicy.
W tym polu są wyświetlane zdarzenia zakończone niepowodzeniem, które zostały przechwycone, ponieważ system nie mógł wysłać do procesu BPEL odpowiedzi dotyczącej niepowodzenia.