Wypowiedzi
-
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Security
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Security
-
Krzysztof Pułapa:
Bug 11853815 Archive log gap is not resolved because RFS processes keep getting killed
:)
Niech zgadne... fixed in 12.1 ? ;)
http://orastory.wordpress.com/2011/05/10/fixed-in-12-1/
-
Michał Gruchała:
calosc ogarnia natiomiast "ciezka" metodyka
Takie coś mnie przekonuje. Pod warunkiem, że te małe projekty są gruntownie testowane, następnie integrowane z 'całością' i jeszcze raz testowane jako 'całość'.
Założyłeś, że agile to brak testowania?
Wprost przeciwnie, chcialbym zobaczyc testowanie przelaczen awaryjnych w infrastrukturze. Np. Solaris Cluster, wypinanie wtyczek od pradu od Brocadeow, wypianie dyskow w storageu aby sprawdzic monitoring, sprawdzenie MPxIO, itd. Nie wyobrazam sobie puszczenie srodowiska mission-critical bez sprawdzenia takich rzeczy... bez przetestowanych procedurow, itd
... a przeciez glownym wymogiem klienta jest "na jutro!".
-J.
-
-
-
Marcin Przepiórowski:
Jak nie GoldenGate to Oracle Streams, za friko przy Oracle EE. Przetestowane w labie 11.1.0.6 linux x86_32 na linux x86_64 pod benchmarkiem... upgrade trwal ~70...140 sekund (tzn z punktu downtime'u klienta JDBC).
Ale ze tak powiem wymaga "troche" zachodu i "troche" wiedzy, chyba ze Oracle Logical Standby tez da sie tak bawic. Streams i Logical Standby maja jedna wade... nie wszystkie typy danych sa obslugiwane...
-Jakub.
Jakub to ja mam pytanie
czy dużo zachodu jest z uruchomieniem Streams ( skojarzenie SIMSÓW :) )
bo nie wiem czy jest sens jak chce przy okazji przebudować bazę
Witam,
Oracle Logical Standby umozliwia rolling upgrade i migracje miedzy 32 i 64 Linuxami ale juz nie migracje z HP-UX do Linuxa.
Data Guard Support for Heterogeneous Primary and Logical Standbys in Same Data Guard Configuration [ID 1085687.1]
Mysle ze streams by dalo rade ale moje doswiadczenia z tym (g).. produktem sa takie sobie ;) Chcialbym uslyszec zdanie Jakuba.
No widzisz, im dalej w las tym trudniej i mniej obslugiwanych rzeczy ;) W Streamsach najbardziej przerazala mnie zawsze mozliwosc popelnienia bledow, o ktorych dowiesz sie jedynie jak ktos rzeczywiscie zacznie uzywac (zreplikowanej) tabeli... bo ich tam po prostu nie bedzie. Trzeba na prawde duzo doswiadczenia zeby w tym smigac. Przyznam sie szczerze ze dawno ich nie dotykalem, i sens pchania sie w takie wynalazki widze jedynie kiedy klient zaplaci kazda cene za zbicie downtime'u do pojedynczych minut... oraz oczywiscie jest to technicznie wykonywalne i ma sie duzo czasu na przygotowania (w tym testy).
http://www.imagehousing.com/image.php?id=696964
BTW: wcale sie nie dziwe ze Oracle sie wycofuje ze supportu Itanium(= HP-UX). Chyba Kevin Closson pisal juz kiedys zeby max wspierac 2-3 systemy operacyjneJakub Wartak edytował(a) ten post dnia 05.04.11 o godzinie 17:28
-
Marcin Przepiórowski:
Adam Boliński:
Tak trochę off - topic bo chłopaki generalnie naświetlili ci co i jak, Marcinie właśnie słyszałem wiele pochlebnych opini na temat Golden Gate , sam nie miałem przyjemności dlatego pytam praktyka co i jak...
Opowiedz może coś wiecej , twoich fachowym okiem ....
Witam,
O samej konfiguracji Golden Gate (GG to chyba u nas sie inaczej kojarzy) to wiele powiedziec nie moge bo dolaczylem do projektu jak juz wszystko bylo na miejscu - ale czekam teraz na warsztaty w Oracle wiec mam nadzieje ze i tu moja wiedza sie poglebi.
Jesli chodzi o wydajnosc to wyglada bardzo obiecujaco - opoznienia w synchronizacji real time byly trudne do zauwazania a sam proces nie obciazal serwera zrodlowego - golden gate czyta redo i archive logi.
Mozliwa jest migracja miedzy roznymi wersjami i SO - wiec pewnie trzeba by dokladnie sprawdzic na Metalinku ktora wersja ma jakie bugi
Jesli chodzi o licencje to jest opcja wykupienia tego na potrzeby projektu - czyli licencja czasowa bo wiem ze ten klient tak mial. Co jest tansze - Shareplex o ktorym tylko slyszalem (dobre rzeczy) czy Golden gate ? to pewnie zalezy od upustu handlowca ;)
Przy okazji jesli mamy EE i Golden gate to mozemy za darmo uzywac Active Data Guard-a wiec widac i Oracla stac na promocje ;). Active DG jest naprawde fajny - i nawet prawie dziala ;)
pozdrawiam,
Marcin
Jak nie GoldenGate to Oracle Streams, za friko przy Oracle EE. Przetestowane w labie 11.1.0.6 linux x86_32 na linux x86_64 pod benchmarkiem... upgrade trwal ~70...140 sekund (tzn z punktu downtime'u klienta JDBC).
Ale ze tak powiem wymaga "troche" zachodu i "troche" wiedzy, chyba ze Oracle Logical Standby tez da sie tak bawic. Streams i Logical Standby maja jedna wade... nie wszystkie typy danych sa obslugiwane...
-Jakub.
-
Tomasz Wiśniewski:
[..]AIX 6.1 TL04 SP2 skonfigurowany idealnie pod Oracle . Wszystkie best practices zaaplikowane, 36 dysków 15k na ds4700 a maszyna (system jako całość) cudem nie jest. Wiem że tylko 1x6C 3,7GHz ale za tyle siana to spodziewałem się cudów a jest dokładnie tak jak myślałem. Cóż sprzedawcy zgarnęli premię ;] Podejrzewam że dopiero maszyna z dwoma 8C (64 wątki) była by naprawdę poza konkurencją ze strony Intela bo AMD oraz Intel za bardzo odstaje zegarem przy dużej ilości rdzeni.
A pierwszym rzutem oka był upgrade z 10.2.0.4 do 11.2.0.2. Na wolniejszym zegarowo Intelu 2x6C (ilość wątków logicznych ta sama) było prawie dwa razy szybciej (parametry baz zbliżone, pamięci na Intelu trochę więcej ale SGA+PGA identyczne, Intel z dyskami 8x SSD).
Hej,
1) nie mozesz miec 2 roznych konfiguracji storage'owych (8x SSD != SAN z DS4700). Z tego co piszesz testowales upgrade... ale jestes pewien ze to tylko obciaza CPU a nie storage ?
2) jak opcje byly uzyte przy crfs? a moze to byl ASM? jakie miales queue_depth na hdiskach/fscsi? miales algblksize na 512 pod redo? musisz miec cio, dio, itd.
3) jezeli chcesz sprawdzic wydajnosc samego CPU i pamieci to proponuje miec baze mniejsza od RAM (a SGA o 300-400MB wieksze od danych, zreszta lepiej ustawic od razu db_cache_size) i bez archivelogow...
4) jak juz spelnisz 1..3 to proponuje podeslac kilka malych probek od ASH podczas benchmarku... to Ci powiemy dokladnie gdzie uderzyc jeszcze mlotkiem :)
5) zrob kolejny eksperyment, postaw dwa LPARy (i na nich dwa Oracle) z jednym VIOS i zrob kolejny benchmark dwoch baz *na raz*. Powtorz to na Intel/AMD z VMware... i porownaj wyniki.
6) postaraj sie wystawic SR-ke odnosnie niskiej wydajnosci do supportu Oraclowego o tych VM-kach na Intelu ;)
-Jakub.Jakub Wartak edytował(a) ten post dnia 30.12.10 o godzinie 09:59
-
Hej, najlepszy monitoring to job odpalany z DBMS_JOB/DBMS_SCHEDULER co 1s albo 10s robiacy traksakcje z sysdate() na polu typu timestamp wraz z regularne odpalanie bazy standby (przez open readonly) w celu wykonania SELECTa na tej tabeli i sprawdzenie czy faktycznie masz te dane ktorych bys oczekiwal....
-JakubJakub Wartak edytował(a) ten post dnia 02.12.10 o godzinie 17:01
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Storage
-
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Storage
-
Pawel Nowak:
update nr 2.
Wlasnie mi sie przypomnialo ze najwieksze SGA jakie widzialem mialo 64 albo 72 GB i olbrzymie problemy z checkpointem. Czasami zapis na dysk trawal 2 godziny.
Czyli wnioskuję, że przy tak dużym SGA powinno się inwestować w ORACLE RAC i rozbijać zasoby pomiędzy węzły.
Nie, to nie jest takie proste. RAC nie rozwiazuje problemow (a w wiekszosci przypadkow wprost przeciwnie - zachowuje jak lupa :)). Musisz znac przyczyne dlaczego np. mialbys duzo CBC latch... moze ich byc wiele a nawet nie napisales charakterystyki tej bazy, itd. Nie nakresliles problemu obecnego(?) srodowiska, itd. Nie ma output z statspacka/AWR/itd. Nie napisales jakie to beda CPU oraz czy bedzie to NUMA? bo to ma znaczenie przy alokacji pamieci...
Polecam: http://www.battleagainstanyguess.com/baag/
Ogolnie np. z shared pool problemu powinno nie byc (subpools), z SGA w *teorii* problemu tez nie powinno byc o ile aplikacja jest napisana w sposob tzw "skalowalny" (rzadkosc ;)). Ale da sie poprawic jak jest Wasza (jeszcze wieksza rzadkosc ;)).
Od razu przy takiej ilosci pamieci:
1) proponuje wylaczyc wszelkie automaty zarzadzajace pamiecia, bo jakikolwiek resize w SGA zabije wydajnosc (tylko o large pools ustawieniu nie zapomnij jakiegos pod RMANa o ile go to masz miec)
2) jak juz Bartek doradzil, wlaczyc huge pages zeby przez maly TLB hit ratio wydajnosc nie spadala ponizej krytyki....
3) stuningowac niedojrzalosc Linuxowa tzn. OOM ... i kolejna tzw. overcommit memory...
-Jakub.Jakub Wartak edytował(a) ten post dnia 10.10.10 o godzinie 21:44
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Storage
-
Aby mieć możliwość przeczytania tego posta musisz być członkiem grupy Storage
-
-
Czolem, strzaly w ciemno:
1) dgmgrl -debug sys/xxxx
2) alter system set sec_case_sensitivie_logon = false scope=spfile albo both (nie pamietam) + shutdown immediate + startup; # na 2 SIDach
3) testy sqlplusem przez EasyConnect zobacz czy dzialaja (koniecznie przez AS SYSDBA). Generalnie obstawiam ze musisz usunac i stworzyc na nowo orapwd, tam jest (tez) drugi parameter przez command line o case sensitivity podawany (ignorecase=y).
-Jakub.Jakub Wartak edytował(a) ten post dnia 15.09.10 o godzinie 12:08
-
Hej,
chce napisac sobie (dla potrzeb edukacyjnych wlasnych i zaspokojenia ciekawosci) najprostrzy programik (w jezyku obojetnym) ktory przez SAP RFC wykona proste transakcje w stylu:
VA01 CREATE ORDER
VA02 CHANGE ORDER
VA03 DISPLAY ORDER
albo np te:
VB21 CREATE SALES DEAL
VB22 CHANGE SALES DEAL
VB23 DISPLAY SALES DEAL
Pytanie brzmi czy to jest mozliwe (patrzac na bindingi RFC API np do php/perl) wyglada na realizowalne (?)... czy tez czegos kompletenie nie zrozumialem? Jakies wskazowki? :)
4.6C albo D, ale moge tez sie bawic na Netweaver 7.
p.s. jestem calkowicie nowy w SAP (od strony aplikacyjnej/biznesowej), wiec nie strzelajcie od razu ;)
- 1
- 2
- 3
- 4
- 5
- Następna »
