mam nadzieję, że ktoś może mi pomóc tutaj.Tridion CMS & Oracle: ORA-01000: maksymalnie otwarte kursory przekroczone
Używamy Tridon CMS do zarządzania swoją stronę WWW hostowane na JBoss i Apache.
Używamy SDL Tridion 5.3 przez 5 lat i nagle mamy napotkał błąd z bazą danych Oracle za nim. Większość naszych treści jest obsługiwana jako normalne strony jsp z systemu plików, ale mamy pewne składniki, które są obsługiwane przez wywołanie interfejsu API języka Tridion, które zwraca fragment HTML z bazy danych Oracle.
Niedawno zauważyliśmy, że niektóre z tych fragmentów HTML nie były wyświetlane, a podczas przeglądania plików dziennika serwera stwierdziliśmy, że wygenerowany został błąd Oracle ORA-01000: maksymalna liczba otwartych kursorów przekroczyła.
Nasze maksymalne kursory ustawiono na 300, więc zwiększyliśmy je do 350, aby zobaczyć, czy pomógł, ale nie.
Monitorując aktywne sesje Oracle, mogliśmy zauważyć, że liczba sesji osiągnęła maksymalną liczbę kursorów, więc zrestartowaliśmy serwer aplikacji. To wydawało się pomocne, ale tylko tymczasowo. Liczba sesji osiągających próg maks. Kursorów stopniowo wzrasta. Wczoraj po południu, wkrótce po ponownym uruchomieniu było około 30 sesji z max kursorami, dziś rano jest 150.
Oczywiście coś się ostatnio zmieniło, aby to spowodować, ale nie jesteśmy pewni co. Baza danych Oracle nie jest czymś, do czego zwykle mamy dostęp, a na pewno nie jest to coś, do czego wprowadzamy zmiany bezpośrednio - wszystkie codzienne operacje na bazach danych odbywają się za pośrednictwem interfejsu API Tridion. Nie zrobiliśmy nic niezwykłego w kwestii rozwoju i publikowania Tridion, więc nic nie różni się od tego, co robiliśmy w ciągu ostatnich kilku lat. Natężenia ruchu na naszej stronie są obecnie stosunkowo niskie (i były znacznie wyższe w przeszłości), więc jesteśmy pewni, że nie ma w tym problemu.
Jedna rzecz, którą właśnie usłyszałem, może być podłączona - krótko przed pojawieniem się problemu nie udało nam się przeprowadzić jednej z naszych wewnętrznych zapór ogniowych, ale nie możemy wymyślić, w jaki sposób może to spowodować problem. widzenie. Poza przełączaniem awaryjnym zapory nie można znaleźć żadnych innych zmian w łączności między serwerem aplikacji a bazą danych.
Czy ktoś ma jakieś sugestie, gdzie moglibyśmy szukać rozwiązania tutaj? Właśnie otworzyliśmy zgłoszenie do pomocy technicznej z SDL, ale w tej chwili są tak samo zaskoczeni jak my.
Dzięki.
Szukamy możliwego problemu z konfiguracją zapory ogniowej zgodnie z sugestiami przedstawionymi poniżej. Opowiem o tym, kiedy znam całą historię. – ThatITBloke
Powróciliśmy do pierwotnej zapory sieciowej wczoraj (wczesnym rankiem), mimo że nasi użytkownicy infrastruktury nie wydają się sądzić, że te dane przechodzą przez wspomnianą zaporę. Wracamy więc do "oryginalnej" konfiguracji i chociaż wciąż widzimy sesje z maksymalnie otwartymi kursorami w dziennikach, nie rosną one w takim samym dramatycznym tempie, jak były - około 5-10 dziennie zamiast 50 -100. Wciąż nie jesteśmy mądrzejsi co do źródła problemu, ale zrobienie tego, co zrobiliśmy wraz ze zwiększeniem maksymalnej liczby kursorów do 1000, sprawiło, że kwestia ta jest teraz o wiele łatwiejsza w zarządzaniu. Obserwuj tą przestrzeń... – ThatITBloke