DOAG Konferenz Vortrag 2009 ... - Trivadis

Oracle Net – Übersicht mit Tiefgang 

DOAG Konferenz 2009 

Konrad Häfeli 

Technology Manager 

Infrastructure 

Nürnberg 

17.-19. November 2009 

Basel · Baden Bern · Brugg · Lausanne Zurich Düsseldorf · Frankfurt/M. · Freiburg i. Br. Hamburg · Munich · Stuttgart · Vienna

Trivadis Facts & Figures Über 540 Mitarbeiter an 13 

Standorten im Raum D-A-CH 

Oracle Net - Übersicht mit Tiefgang 

2 

Finanziell unabhängig und 

nachhaltig profitabel 

Kennzahlen 2008 

Konsolidierter Konzernumsatz: 

CHF 108 Mio. / EUR 68 Mio. 

Bei über 650 Dienstleistungs- 

Dienstleistungskunden 

in über 1'600 Projekten 

aktiv 

Über 150 Service Level 

Agreements 

Über 5'000 Schulungsteilnehmer 

Forschungs- und Entwicklungsbudget: 

CHF 6.0 Mio. / EUR 3.6 Mio. 

© 2009

Trivadis - das Besondere 

Kundenindividuelle 

Lösungskompetenz und 

Herstellerunabhängigkeit 

bietet fundierte Methodenkenntnisse und eigenentwickelte 

Vorgehensweisen 

garantiert wiederholbare Qualität und Realisierungssicherheit 

Technologiekompetenz hat über 15 Jahre Expertise in Oracle, Microsoft, IBM & Open Source 

Lösungs- und 

Integrations-Know-how 

verfügt über ein eigenes Technology Center und setzt auf 

technologische Exzellenz 

hat eine breite, branchenübergreifende Kundenbasis und jährlich über 

1600 Projekte 

verbindet technologisches Spezialistenwissen mit dem Verständnis 

für die Business-Spezifika des Kunden 

Begleitung über den begleitet den gesamten IT-Projekt-Lifecycle mit einem modularen 

gesamten IT-Projekt- Dienstleistungsportfolio 

Lifecycle 

bietet für jeden „Reifegrad“ die passende Dienstleistungs- und 

Lösungskombination 

Oracle Net - Übersicht mit Tiefgang 

3 


Agenda: Oracle Net – Übersicht mit Tiefgang 

Knowledge 

transfer is only 

the beginning. 

Knowledge 

application is 

what counts. 

Einführung 

Verfügbarkeit 

Performance 

New Feature 11gR2 

Fazit 

Oracle Net - Übersicht mit Tiefgang 4 


Einleitung 

Oracle Net, Komponente der Oracle Net Services 

Bindeglied und Entkopplungsschicht (App/DB) 

Client/Server resp. Three Tier Architektur 

Lastverteilung (physiche und logische Server) 

Gute Rückwartskompatibilität 

Einfache Konfiguration (via Files) 



Motivation 

Oracle Net nicht per Definition spannend… 

MAA Projekt, schweizer Telco Unternehmen 

HA Infrastruktur HA Applikation? 

Applikationsverhalten wirkt auf Infrastruktur… 



MAA Architektur 

Loc A Appls Loc B 

Oracle Oracle 

CRS CRS 

sssdb1 sssdb2 

sssdb3 sssdb4 

P: SSS1 

SAN 

P: SSS2 S: SSS1 

Oracle 

Oracle 

ASM 

ASM 

Database 

Mirror 

SSS 

SSS 


Database 

Mirror 

SSS 

SSS 

© 2009 

S: SSS2 

SAN

Übersicht (1) 

Client/Server Verbindung – was wird benötigt? 

Physische Lokation des Datenbankservices 

Verbindungsinformationen/Deskriptor (Protokoll meist TCP) 

Server 

Port 

Service 

(DESCRIPTION = 

(ADDRESS = 

(PROTOCOL = TCP) 

(HOST = pyrrha01) 

(PORT = 1521) 

) 

(CONNECT_DATA = 

(SERVICE_NAME = TECH11.ttc.trivadis.com ) 

) 

) 



Übersicht (2) 

Aliases für Verbindungsdeskriptoren (Connectstring Alias) 

TECH11.ttc.trivadis.com = 


(ADDRESS = (PROTOCOL=TCP)(HOST=pyrrha01)(PORT=1521)) 

(CONNECT_DATA = (SERVICE_NAME=TECH11.ttc.trivadis.com )) 

) 

Ablage in einem Repository 

Naming Methoden (sqlnet.ora) 

Local Naming tnsnames.ora File 

Directory Naming LDAP compliant Directory Server 

Easy Connect Naming expliziter connect string 

External Naming z.B. NIS (Network Information Service) 

# Name resolution priority 

NAMES.DIRECTORY_PATH=(tnsnames, hostname) 



Agenda 

Knowledge 



Knowledge 


what counts. 

Einführung 


Performance 


Fazit 



Verfügbarkeit DB-Service 

Datenbankservice bereitstellen 

Abdeckung bei Ausfall von 

Instanz 

Knoten 

Lokation 

Funktionalität 

Real Application Clusters 

Dataguard (Standby DB) 

Maximum Availability Architecture (MAA) 

Applikatorische Fallback Datenbanken 



Verfügbarkeit DB-Zugriff 

Applikationszugriff auf den (hoch-) verfügbaren Datenbankservice 

Ziel 

Fehlerfreier Automatismus 

Kleine Verzögerungszeit 

(Eher nicht durchsatzorientiert) 

Service Administration: 

exec DBMS_SERVICE.CREATE_SERVICE(service_name => 'TECH11', 

network_name => 'TECH11'); 

exec DBMS_SERVICE.START_SERVICE( service_name => 'TECH11'); 

exec DBMS_SERVICE.STOP_SERVICE( service_name => 'TECH11'); 

exec DBMS_SERVICE.DELETE_SERVICE (service_name => 'TECH11'); 



Failover 

FAILOVER 

„connect time failover“ default ON 

Mehrere Adressen in der ADDRESS_LIST angeben 

Sequentielles durchgehen 


(ADRESS_LIST = 

(FAILOVER = ON) 

(LOAD_BALANCE = ON) 



) 

(CONNECT_DATA = (SERVICE_NAME=TECH11.ttc.trivadis.com )) 

) 



Loadbalancing 

LOAD_BALANCE 

Zahlenmässige Verteilung der Verbindungen 

Random Zugriff auf die Adressen für die Lastverteilung (Clientseite) 

Mit DESCRIPTION _LIST default ON 

Kombination versucht random bis eine geht 

Im Fehlerfall (kein Service) 

ERROR: 

ORA-12516: TNS:listener could not find available handler 

with matching protocol stack 

Vorsicht: Bei anderem DB Problem… 

ERROR: 

ORA-00257: archiver error. Connect internal only, until 

freed. 



Loadbalancing (2) 

Serverseitiges Loadbalancing 

Definition von REMOTE_LISTENER 

alter system set remote_listener='(DESCRIPTION = (ADDRESS = 

(PROTOCOL = TCP)(HOST = pyrrha01)(PORT = 1521)))'; 

Listener: 

oracle@pyrrha02:~/ [TECH10] lsnrctl services 

. 

Service "TECH11.ttc.trivadis.com" has 1 instance(s). 

Instance "RAT", status READY, has 1 handler(s) for this service... 

Handler(s): 

"DEDICATED" established:0 refused:0 state:ready 

REMOTE SERVER 

ADDRESS=(PROTOCOL=TCP)(HOST=pyrrha01.ttc.trivadis.com)(PORT=1521)) 



Transparent Application Failover 

TAF serverseitig mit DB-Service 

begin 

DBMS_SERVICE.CREATE_SERVICE( 

service_name => 'TECH11’, 

network_name => 'TECH11’, 

failover_method => 'BASIC', 

failover_type => 'SESSION', 

failover_retries => 180, 

failover_delay => 1); 

end; 

/ 

Nach Crash (Prozess, Instanz, Knoten) 

Automatischer reconnect auf verfügbaren Service 



Fast Application Notification 

FAN benachrichtig den Client im Failoverfall 

Vermeidung von Retrys mit TCP Timeout 

Bei OCI Client mittels Advanced Queuing 

begin 

DBMS_SERVICE.MODIFY_SERVICE( 

service_name => 'TECH11.ttc.trivadis.com', 

end; 

/ 

aq_ha_notifications => true); 

Z.B. Dataguard Broker benachrichtigt beim Rollentausch 

SYS.REG$ Tabelle beinhalte die nötigen Informationen 

select SUBSCRIPTION_NAME, LOCATION_NAME from reg$ 

"SYS"."ALERT_QUE":"HAE_SUB" 

net8://(ADDRESS=(PROTOCOL=tcp)(HOST=172.16.64.104) 

(PORT=21755))?PR=0 



Timeouts (1) 

Nicht verfügbare IPs in der ADDRESS_LIST ergeben Waits 

Verbindungsprobleme auf die Instanz ergeben Waits 

Timeout Spezifikation möglich 

Sqlnet.ora 

TCP.CONNECT_TIMEOUT (ab 11gR1, default 60 s) 

SQLNET.OUTBOUND_CONNECT_TIMEOUT (ab 10.2.0.3, default leer) 

Verbindungsdeskriptor (ab 11gR2) 

TRANSPORT_CONNECT_TIMEOUT 

CONNECT_TIMEOUT 

Instanztimeout ist ein Superset des Servertimeouts 

Empfehlung Oracle: 

CONNECT_TIMEOUT > TRANSPORT_CONNECT_TIMEOUT 



Timeouts (2) 

TECH_NA.ttc.trivadis.com = 


(TRANSPORT_CONNECT_TIMEOUT=25) 

(CONNECT_TIMEOUT=5) 

(ADDRESS = (PROTOCOL=TCP)(HOST = 1.1.1.1)(PORT=1521)) 

(CONNECT_DATA = 

(SERVICE_NAME = TECH11.ttc.trivadis.com ) 

) 

) 

Relevanz abhängig vom Client (Kommando) 

time tnsping TECH_NA 

TNS-12535: TNS:operation timed out 

real 0m25.050s 

time sqlplus system/manager@TECH_NA 

ORA-12170: TNS:Connect timeout occurred 

real 0m5.140s 



Timeouts (3) 

Jeder Verbindungsversuch geht wieder sequentiell durch die 

Liste… 

It adds up 

Es könnte Sinn machen die VIP Adresse eines Server auf einen 

überlebenden Knoten zu transferieren 

Bei Dataguard via FAN des Dataguard Brokers beim Rollentausch 



Agenda 

Knowledge 



Knowledge 


what counts. 

Einführung 


Performance 


Fazit 



Tuning Fragen 

Ist Oracle Net Tuning nötig? 

Applikations-Datentransferlast, eher nein… 

Redotransport bei Dataguard, meistens relevant… 

Wo können Probleme Auftreten? 

Physischer Netzwerkanschluss limitiert Bandbreite 

Physische Effekte Latenzzeiten 

Default Konfigurationen/Parametrisierungen 

Wie können diese angegangen werden? 

White Papers gemäss ML Note 387174.1 

OOW 2009: Kant C Patel, Oracle Net Services: Best Practices for 

Database Performance and Scalability 



Physisches Netz 

Reicht mein 1 Giga Ethernet aus? 

Faustregel: max. 70% Auslast des Netzwerks als Sicherheit, 

Division durch 8 für Bit/Byte Umrechnung 

90 MByte/s 

Prüfen was maximal an redosize/sec anfällt 

v$archived_log 

Welche Distanz kann ich überbrücken? 

Äussert sich in der RTT (Round Trip Time) 

Faustregel: 1 ms pro 50km Übertragunsstrecke 

Genauer mit traceroute 

[root@pyrrha07 ~]# traceroute 172.16.64.104 

traceroute to 172.16.64.104 (..104), 30 hops max, 40 byte packets 

1 pandora04.ttc.trivadis.com (..104) 0.831 ms 0.735 ms 0.666 ms 



Kritische Punkte anhand Dataguard 

HW Device queue lengths 

OS Buffers limits (send and receive) 

Oracle Buffers (send and receive) 

Network Bandwidth and Round Trip Time (RTT) 

Send Data Unit (SDU) 



Konfiguration – Oracle Net, OS (1) 

Konfiguration der network device queue sizes 

For Linux: 

Interface transmit queue 

ifconfig eth1 txqueuelen 10000 # Recommended for GBit and 

long RTT 

Network receive queue (permanently add the values to sysctl.conf) 

echo 20000 > /proc/sys/net/core/netdev_max_backlog 

echo 1 > /proc/sys/net/ipv4/route/flush 

Für den Fall des Rollentauschs auf allen Servern setzen 

tcp_nodelay in sqlnet.ora (default is yes) 

TCP.NODELAY=YES 



Konfiguration – Oracle Net, OS (2) 

Konfiguration I/O Buffer Space (low latency or high bandwidth 

net) 

RECV_BUF_SIZE and SEND_BUF_SIZE 

Set it to at least the bandwidth-delay product (BDP), Oracle recommends 3*BDP 

1000*1000*1000 Bit/s * 0.000275s * 3 =825000Bit =103125 Byte 

SQLNET.ORA 

RECV_BUF_SIZE=115000 

SEND_BUF_SIZE=115000 

LISTENER.ORA 

LISTENER=(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp) 

(SEND_BUF_SIZE=115000)(RECV_BUF_SIZE=115000)(HOST=... 

OS Setting (must be equal or higher than values above) 

ndd -set /dev/tcp tcp_xmit_hiwat 115000 #Solaris 

ndd -set /dev/tcp tcp_recv_hiwat 115000 #Solaris 

sysctl -w net.core.wmem_max=262144 #Linux (by 10g OUI) 

sysctl -w net.core.rmem_max=262144 #Linux (by 10g OUI) 



Ergebnis– Oracle Net, OS (3) 

Nützt das etwas? 

Amount of data 

transferred 

Network throughput 

achieved (MBit/s) 

Prior to tuning 77.2 MB 10.8 Mbps 

After increasing 

network socket buffer 

After adjusting device 

queue lengths 

5.11 GB 731 Mbps 

6.55 GB 937 Mbps 

Tests gemacht mit 60s Laufzeit, Gigabit Netz 

Source: Oracle 



Konfiguration – Oracle Net (1) 

Session Data Unit 

Oracle empfiehlt 32KB 

Im Fall von archive destination … 

LOG_ARCHIVE_DEST_2='SERVICE=PHYS_SITE1 ...' 

Beinhaltet TNSNAMES.ORA … 

PHYS_SITE1=(DESCRIPTION=(SDU=32768)(ADDRESS=(PROTOCOL=tcp)... 

Beinhaltet LISTENER.ORA … 

SID_LIST_LISTENER= 

(SID_LIST=(SID_DESC=(SDU=32768)(SID_NAME=PHYS)... 

SDU kann auch im SQLNET.ORA gesetzt werden 

DEFAULT_SDU_SIZE=32767 



Nicht Oracle Net, aber relevant… 

Bis Oracle 10 , kein komprimiertes log-shipping 

Ab 11gR1ist der Transfer der archive logs komprimiert 

möglich, aber nur für log gap closing 

edit database 'DG11_SITE1' set property RedoCompression='ENABLE'; 

edit database 'DG11_SITE2' set property RedoCompression='ENABLE'; 

Ab 11gR2 ist der Transfer auch für SYNC komprimierbar 

Redo Kompression ist meist sehr hoch (80-90%) 



Log Transport NetTimeout 

Zum Thema Log transport noch ein Timeout Parameter 

NET_TIMEOUT der log_archive_dest_N definiert das LGWR timeout 

in Sekunden für die dead server Detektion. Überschreibt das zu hohe 

TCP timeout 

Setzen via the NetTimeout property 

LOG_ARCHIVE_DEST_N der Primary Database wird angepasst 

DGMGRL> edit database 'PHYS_SITE1' set property 'NetTimeout'='15'; 

Default ist 180s, was viel zu lange ist für ein commit 

Kleiner als 5s – auch bei Gigabit Interconnect – ergibt nicht 

hervorsehbare Effekte 



Agenda 

Knowledge 



Knowledge 


what counts. 

Einführung 


Performance 


Fazit 



IPv6, Oracle Restart 

Unterstützt Internet Protocol Version 6 (IPv6) 

Diese adressiert das Problem der auslaufenden IPv4 Adressen 

Für die Konfiguration von Oracle Net spielt das keine Rolle, wenn der 

Hostname via DNS korrekt aufgelöst wird (entweder IPv4 oder IPv6) 

128 Bit IP Adresse 

2001:0DB8:0000:0000:0000:0000:200C:417A 

Oracle Restart 

Hochverfügbarkeitsfunktionalität auf Basis srvctl für eine Single- 

Instanz Umgebung (z.B. für Listener) 

srvctl add listener -l listener1120 

srvctl remove listener -l listener1120 

srvctl start listener -l listener1120 

srvctl stop listener -l listener1120 



Single Client Access Name (SCAN) 

Mit einem Namen vom Client aus auf eine Clusterumgebung 

zugreifen (database cluster alias) 

sqlplus scott/tiger@grid-scan.trivadis.com:1521/OLTP 

OLTP.TRIVADIS.COM = 


(ADDRESS = 

(PROTOCOL = TCP) 

(Host = grid-scan.trivadis.com) 

(Port = 1521) 

) 

(CONNECT_DATA =(SERVICE_NAME = OLTP.TRIVADIS.COM)) 

) 

Keine Anpassungen wenn im Cluster Knoten hinzugefügt oder 

weggenommen werden 



Cluster Kommunikation – Beispiel mit DNS 

DNS 

cluster-scan1-vip / 192.168.0.101 



cluster-scan.grid.trivadis.com ? 

node-01-vip 

Connected… 

cluster-scan1-vip 

SCAN_LISTENER 


SCAN_LISTENER 


SCAN_LISTENER 

sqlplus scott/tiger@cluster-scan.grid.trivadis.com:1521/HR 


… 

fork() 

node-01-vip 

PMON 

LISTENER 

node-02-vip 

LISTENER 

node-03-vip 

LISTENER 

PMON 

PMON 

node-04-vip 

PMON 

LISTENER 

© 2009 

SID.local_listener *.remote_listener 

remote_listener

Agenda 

Knowledge 



Knowledge 


what counts. 

Einführung 


Performance 


Fazit 



Fazit 

Bei nicht optimierten Einstellungen kann nebst der Datenbank 

Service Verfügbarkeit auch die Datensicherheit leiden, weil aus 

Performancegründen nicht die nötigen Protection-Levels gesetzt 

werden können 

Das Austunen lohnt sich in jedem Fall und ist durch vergleichbar 

einfache Mittel zu erreichen 

Schon ab Oracle 10gR2 sind die wichtigen Funktionalitäten 

vorhanden, mit 11gR1 und R2 sind noch zusätzliche 

Verbesserungen eingeführt worden. 

Oracle Net ist zur Zielerreichung im HA (RAC DG, MAA) Umfeld 

essentiell 

Networking ist wichtig! 



Trivadis finden Sie auf Ebene 3 – 

Stand Nr. 304 

Danke! 

Konrad Häfeli 

Technology Manager Infrastructure 

Trivadis AG 

konrad.haefeli@trivadis.com 

Basel · Baden Bern · Brugg · Lausanne Zurich Düsseldorf · Frankfurt/M. · Freiburg i. Br. Hamburg · Munich · Stuttgart · Vienna

DOAG Konferenz Vortrag 2009 ... - Trivadis

Sie wollen auch ein ePaper? Erhöhen Sie die Reichweite Ihrer Titel.

Template löschen?

Als Template speichern?