пропозиції роботи
Wypowiedzi
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Administratorzy Windows
-
Action: If the error occurred because of a slow network or system, reconfigure one or all of the parameters SQLNET.INBOUND_CONNECT_TIMEOUT, SQLNET.SEND_TIMEOUT, SQLNET.RECV_TIMEOUT in sqlnet.ora to larger values. If a malicious client is suspected, use the address in sqlnet.log to identify the source and restrict access. Note that logged addresses may not be reliable as they can be forged (e.g. in TCP/IP).
http://www.dba-oracle.com/t_ora_12170_tns_connect_time... -
Jeżeli ma być grupowanie wówczas nie używaj gwiazdki tylko nazw kolumn + użyj na jakiejś kolumnie funkcji agregującej.
Swoją drogą zapytanie jest moim zdaniem troszkę dziwne jeżeli grupowanie nie jest potrzebne to wystarczy:
select * from JOIN daje to samo co sam JOIN. Więc Twoje zapytanie jeżeli usunąć grupowanie jest równoważne:
Select ActualWorkBillable ,DATEPART(WW,TimeByDay)AS WeekOfYear,TimeByDay_DayOfMonth ,ResourceName FROM( MSP_TimesheetActual INNER JOIN
MSP_TimesheetResource ON MSP_TimesheetActual.LastChangedResourceNameUID = MSP_TimesheetResource.ResourceNameUID));
A jeżeli ma być grupowanie to po czym (kolumna i funkcja agregująca). -
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Ubuntu
-
Jacek Tomaka:
Oracle 11.1.0.7
Jak można wyestymować potrzebny rozmiar tymczasowej przestrzeni tabel?
Czy jeśli przestrzeń tabel urosła mi do 19GB na bazie, w której dane zajmują 2GB (pozostałe przestrzenie tabel mają taki rozmiar tuż po imporcie)to świadczy to o:
1. Że autoextend jest zbędny?
2. Że baza w pewnym momencie tyle potrzebowała?
Co by się stało gdyby TEMP miał 2 GB podczas tego peeka?
Czy Oracle najpierw wykorzysta ponownie tą samą przestrzeń czy spróbuje rozszerzyć?
11G potrafi robić full scany z pominięciem buffer cache (a w każdym razie wykorzystując direct path ready). Czy to może być przyczyną niepotrzebnego wzrostu tempa ?
Może nie odpowiem dokładnie na pytanie, ale wypowiem się w sprawie dużego pliku danych przestrzeni tabel Temp.
Ponoć wiele zależy od systemu na którym stoi baza. Spotkałem się z sytuacją (MS Windows Server 2003 SE + Oracle 10g EE), że plik przestrzeni TEMP rozrastał się do wielkich rozmiarów (przekraczając wielkość bazy ok. 50 razy) pomimo, że aplikacja była dobrze napisana, a zapytania optymalne i nie było mowy o iloczynach kartezjańskich. Więc może to być problem z nadpisywaniem wykorzystanych już segmentów. Generalnie zagadnienie dobrze opisane w necie. Rozwiązanie w skrócie: wystarczy dropnąć przestrzeń tymczasową i stworzyć od nowa.
Pozdrawiam -
Dzięki za odzew.
Mam jeszcze jedno pytanie czy w wypadku 11g. Korzystacie z parametru memory_target (Strojenie dla SGA+PGA łącznie) czy osobno dla SGA i PGA podobnie jak w 10g?
Szukam dobrych praktyk dotyczących stosowania AMM najlepiej z większych środowisk produkcyjnych. Stąd te moje pytania, a jak zresztą zauważył kolega Adam sam Oracle i np. fachowcy z BC Consutling nie zalecają stosowania AMM w większych środowiskach argumentując, że doświadczony DBA będzie lepiej potrafił zarządzać pamięcią i z tym się zgadzam. Tyle, że w materiałach kursowych Oracle Press jest zdanie, że algorytm ten jest tak dopracowany, że pewnie lepiej nie będziemy w stanie zarządzać pamięcią (chyba, że zdarzają się jakieś okresy wzmożonej aktywności użytkowników, czy konkretnych operacji np. RMAN itp.). -
Witam, proszę o Wasze zdanie i opinie dotyczące AMM (Automatic Memory Management) czy stosujecie je w środowiskach produkcyjnych, a jeżeli tak to do jakich rozmiarów baz jest sens go stosować.
Dzięki za pomoc
Dołącz do GoldenLine
Oferty pracy
Sprawdź aktualne oferty pracy
Aplikuj w łatwy sposób
Aplikuj jednym kliknięciem
