{"id":31907,"date":"2019-10-31T21:43:53","date_gmt":"2019-10-31T18:43:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing\/"},"modified":"2019-10-31T21:43:53","modified_gmt":"2019-10-31T18:43:53","slug":"postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","title":{"rendered":"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p>Eine Vielzahl von Enterprise-Anwendungen und Virtualisierungssystemen verf\u00fcgt \u00fcber eigene Mechanismen zur Erstellung von ausfallsicheren L\u00f6sungen. Insbesondere ist Oracle RAC (Oracle Real Application Cluster) ein Cluster aus zwei oder mehr Oracle-Datenbankservern, die zusammenarbeiten, um die Last zu verteilen und die Ausfallsicherheit auf Server- und Anwendungsebene zu gew\u00e4hrleisten. F\u00fcr den Betrieb in einem solchen Modus ist ein gemeinsamer Speicher erforderlich, der in der Regel von einem SAN bereitgestellt wird. <\/p>\n<p><\/p>\n<p>Wie wir bereits in einem unserer <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/441780\/\">Artikel<\/a><\/noindex>, selbst ein SAN, trotz redundanter Komponenten (einschlie\u00dflich Controller), hat dennoch Ausfallpunkte \u2013 haupts\u00e4chlich in Form eines einzigen Datensatzes. Daher muss das Schema 'N Server \u2013 ein SAN' f\u00fcr die Erstellung einer Oracle-L\u00f6sung mit h\u00f6heren Anforderungen an die Zuverl\u00e4ssigkeit komplexer gestaltet werden.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/779e46d9ae2d70251bc72f55941171a5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<p>Zun\u00e4chst m\u00fcssen wir nat\u00fcrlich kl\u00e4ren, vor welchen Risiken wir uns sch\u00fctzen m\u00f6chten. In diesem Artikel werden wir nicht auf Bedrohungen wie \"Meteoriteneinschl\u00e4ge\" eingehen. Daher bleibt der Aufbau einer geografisch verteilten L\u00f6sung f\u00fcr die Notfallwiederherstellung ein Thema f\u00fcr einen der n\u00e4chsten Artikel. Hier betrachten wir die sogenannte Cross-Rack-Notfallwiederherstellungsl\u00f6sung, bei der der Schutz auf Ebene der Serverschr\u00e4nke erfolgt. Diese Schr\u00e4nke k\u00f6nnen sich entweder in einem Raum oder verteilt in verschiedenen R\u00e4umen befinden, jedoch meist innerhalb eines Geb\u00e4udes.<\/p>\n<p><\/p>\n<p>Diese Schr\u00e4nke m\u00fcssen die gesamte erforderliche Hardware und Software enthalten, die es erm\u00f6glicht, Oracle-Datenbanken unabh\u00e4ngig vom Zustand des \u201eNachbarn\u201c zu betreiben. Mit anderen Worten, durch die Nutzung einer Cross-Rack-Notfallwiederherstellungsl\u00f6sung minimieren wir die Risiken bei einem Ausfall:<\/p>\n<p><\/p>\n<ul>\n<li>Oracle-Anwendungsserver<\/li>\n<li>Speichersysteme<\/li>\n<li>Verbindungssysteme<\/li>\n<li>Vollst\u00e4ndiger Ausfall aller Ger\u00e4te im Schrank:\n<ul>\n<li>Stromausfall<\/li>\n<li>Ausfall der K\u00fchlsysteme<\/li>\n<li>Externe Faktoren (Menschen, Natur usw.)<\/li>\n<\/ul>\n<\/li>\n<\/ul>\n<p><\/p>\n<p>Die Duplizierung von Oracle-Servern basiert auf dem Prinzip von Oracle RAC und wird \u00fcber Anwendungen realisiert. Auch die Duplizierung von Switch-Mitteln stellt in der Regel kein Problem dar. Mit der Duplizierung des Speichersystems wird es jedoch komplizierter.<\/p>\n<p><\/p>\n<p>Die einfachste L\u00f6sung besteht darin, Daten von der prim\u00e4ren Speicherl\u00f6sung auf eine Backup-L\u00f6sung zu replizieren. Ob synchron oder asynchron, h\u00e4ngt von den M\u00f6glichkeiten der Speicherl\u00f6sungen ab. Bei asynchroner Replikation stellt sich sofort die Frage der Sicherstellung der Datenkonsistenz im Verh\u00e4ltnis zu Oracle. Selbst wenn eine Softwareintegration mit der Anwendung vorhanden ist, ist im Falle eines Ausfalls der prim\u00e4ren Speicherl\u00f6sung dennoch manuelles Eingreifen der Administratoren erforderlich, um den Cluster auf den Backup-Speicher umzustellen.<\/p>\n<p><\/p>\n<p>Eine komplexere L\u00f6sung sind software- und\/oder hardwarebasierte \u201eVirtualisierer\u201c von Speicherl\u00f6sungen, die Probleme mit der Konsistenz und manuellem Eingreifen vermeiden. Doch die Komplexit\u00e4t der Bereitstellung und anschlie\u00dfenden Verwaltung sowie die erhebliche Kosten solcher L\u00f6sungen schrecken viele ab.<\/p>\n<p><\/p>\n<p>F\u00fcr Szenarien wie die Wiederherstellung nach einem Rack-Ausfall ist das All Flash Array AccelStor NeoSapphire\u2122 die ideale L\u00f6sung. <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/product\/neosapphire-h710\">H710<\/a><\/noindex> Es nutzt eine Shared-Nothing-Architektur. Dieses Modell ist ein zweiknotenbasiertes Speichersystem, das die eigene FlexiRemap\u00ae-Technologie zur Arbeit mit Flash-Speichern verwendet. Dadurch <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/\">FlexiRemap\u00ae<\/a><\/noindex> kann das NeoSapphire\u2122 H710 eine Leistung von bis zu 600K IOPS bei 4K zuf\u00e4lligen Schreibvorg\u00e4ngen und \u00fcber 1 Million IOPS bei 4K zuf\u00e4lligen Lesevorg\u00e4ngen erreichen, was mit klassischen RAID-basierten Speicherl\u00f6sungen nicht m\u00f6glich ist.<\/p>\n<p><\/p>\n<p>Das Hauptmerkmal des NeoSapphire\u2122 H710 ist jedoch, dass die beiden Knoten in separaten Geh\u00e4usen untergebracht sind, von denen jedes eine eigene Datenkopie hat. Die Synchronisation der Knoten erfolgt \u00fcber die externe InfiniBand-Schnittstelle. Diese Architektur erm\u00f6glicht es, die Knoten \u00fcber verschiedene Standorte bis zu 100 m entfernt zu verteilen und somit eine cross-rack disaster recovery L\u00f6sung bereitzustellen. Beide Knoten arbeiten vollst\u00e4ndig synchron. Aus der Sicht der Hosts erscheint das H710 wie eine gew\u00f6hnliche dual-controller Speicherl\u00f6sung. Daher sind keine zus\u00e4tzlichen Software- und Hardware-Optionen oder besonders komplexen Einstellungen erforderlich.<\/p>\n<p><\/p>\n<p>Wenn man alle oben beschriebenen Cross-Rack-Disaster-Recovery-L\u00f6sungen vergleicht, sticht die L\u00f6sung von AccelStor deutlich hervor.<\/p>\n<p><\/p>\n<p>AccelStor NeoSapphire\u2122 Shared Nothing Architektur<br \/>\nSoftware- oder Hardware-Virtualisierer f\u00fcr Speichersysteme<br \/>\nL\u00f6sung basierend auf Replikation<\/p>\n<p><b>Verf\u00fcgbarkeit<\/b><\/p>\n<p>Serverausfall<br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Kein Ausfall<\/b><\/p>\n<p>Switch-Ausfall<br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Kein Ausfall<\/b><\/p>\n<p>Speichersystemausfall<br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Ausfallzeiten<\/b><\/p>\n<p>Ausfall des gesamten Racks<br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Kein Ausfall<\/b><br \/>\n<b>Ausfallzeiten<\/b><\/p>\n<p><b>Kosten und Komplexit\u00e4t<\/b><\/p>\n<p>Kosten der L\u00f6sung<br \/>\nNiedrig*<br \/>\nHoch<br \/>\nHoch<\/p>\n<p>Komplexit\u00e4t der Bereitstellung<br \/>\nNiedrig<br \/>\nHoch<br \/>\nHoch<\/p>\n<p><\/p>\n<p><i>*AccelStor NeoSapphire\u2122 ist schlie\u00dflich ein reines Flash-Array, das per Definition nicht \u201ebillig\u201c ist, zumal es \u00fcber eine doppelte Kapazit\u00e4t verf\u00fcgt. Vergleicht man jedoch die Gesamtkosten einer L\u00f6sung auf seiner Basis mit \u00e4hnlichen von anderen Anbietern, kann man die Kosten als niedrig betrachten.<\/i><\/p>\n<p><\/p>\n<p>Die Topologie zur Verbindung von Anwendungsservern und Knoten des All-Flash-Arrays sieht wie folgt aus:<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/faf6a0a78ed13532a817fb67a2651b1b.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Bei der Planung der Topologie wird dringend empfohlen, Redundanzen f\u00fcr die Verwaltungs- und Interconnect-Switches der Server zu erstellen.<\/p>\n<p><\/p>\n<p>Hier und im Folgenden wird von Anschl\u00fcssen \u00fcber Fibre Channel die Rede sein. Bei der Verwendung von iSCSI bleibt alles gleich, mit Ausnahme der verwendeten Switch-Typen und etwas anderer Array-Konfigurationen.<\/p>\n<p><\/p>\n<h3>Vorbereitungsarbeiten am Array<\/h3>\n<p>\n<b class=\"spoiler_title\">Verwendete Hardware und Software<\/b><\/p>\n<p><b>Spezifikationen von Servern und Switches<\/b><\/p>\n<p><\/p>\n<p>Komponenten<br \/>\nBeschreibung<\/p>\n<p>Oracle Database 11g-Server<br \/>\nZwei <\/p>\n<p>Betriebssystem des Servers<br \/>\nOracle Linux<\/p>\n<p>Version der Oracle-Datenbank<br \/>\n11g (RAC)<\/p>\n<p>Prozessoren pro Server<br \/>\nZwei 16-Kern Intel\u00ae Xeon\u00ae CPU E5-2667 v2 @ 3.30GHz<\/p>\n<p>Physischer Speicher pro Server<br \/>\n128GB<\/p>\n<p>FC-Netzwerk<br \/>\n16Gb\/s FC mit Multipath<\/p>\n<p>FC HBA<br \/>\nEmulex Lpe-16002B <\/p>\n<p>Dedizierte \u00f6ffentliche 1GbE-Ports f\u00fcr das Cluster-Management<br \/>\nIntel Ethernet-Adapter RJ45<\/p>\n<p>16Gb\/s FC-Switch<br \/>\nBrocade 6505<\/p>\n<p>Dedizierte private 10GbE-Ports f\u00fcr die Datensynchronisation<br \/>\nIntel X520<\/p>\n<p><\/p>\n<p><b>Spezifikation des AccelStor NeoSapphire\u2122 All-Flash-Arrays<\/b><\/p>\n<p><\/p>\n<p>Komponenten<br \/>\nBeschreibung<\/p>\n<p>Speichersystem<br \/>\nNeoSapphire\u2122 Hochverf\u00fcgbarkeitsmodell: H710<\/p>\n<p>Bildversion<br \/>\n4.0.1<\/p>\n<p>Gesamtanzahl der Laufwerke<br \/>\n48<\/p>\n<p>Laufwerksgr\u00f6\u00dfe<br \/>\n1,92TB<\/p>\n<p>Laufwerkstyp<br \/>\nSSD<\/p>\n<p>FC-Zielports<br \/>\n16 x 16Gb-Ports (8 pro Knoten)<\/p>\n<p>Management-Ports<br \/>\nDas 1GbE-Ethernetkabel, das \u00fcber einen Ethernet-Switch mit Hosts verbunden ist<\/p>\n<p>Heartbeat-Port<br \/>\nDas 1GbE-Ethernetkabel, das zwischen zwei Speicherknoten verbunden ist<\/p>\n<p>Datensynchronisationsport<br \/>\n56Gb\/s InfiniBand-Kabel<\/p>\n<p>Vor der Verwendung des Arrays muss es initialisiert werden. Standardm\u00e4\u00dfig haben die Management-Adressen beider Knoten die gleiche (192.168.1.1). Man muss sich nacheinander mit ihnen verbinden und neue (nun unterschiedliche) Management-Adressen festlegen sowie die Zeit synchronisieren, bevor die Management-Ports in ein gemeinsames Netzwerk angeschlossen werden k\u00f6nnen. Anschlie\u00dfend erfolgt die Zusammenf\u00fchrung der Knoten zu einem HA-Paar durch die Zuweisung von Subnetzen f\u00fcr die Interlink-Verbindungen.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/9eef0dd1ac3a2ae1d19b3484ec2b2a27.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Nach der Initialisierung kann das Array von jedem Knoten aus verwaltet werden.<\/p>\n<p><\/p>\n<p>Erstellen Sie dann die erforderlichen Volumes und ver\u00f6ffentlichen Sie diese f\u00fcr die Anwendungsserver.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/57a23b64c2bcb3c9f477cc5009e1cd48.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Es wird dringend empfohlen, mehrere Volumes f\u00fcr Oracle ASM zu erstellen, da dies die Anzahl der Target f\u00fcr die Server erh\u00f6ht, was letztendlich die Gesamtleistung verbessert (weitere Informationen zu Warteschlangen in einem anderen Kontext). <noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/447390\/\">Artikel<\/a><\/noindex>).<\/p>\n<p>\n<b class=\"spoiler_title\">Testkonfiguration<\/b><\/p>\n<p>Name des Speicherprodukts<br \/>\nGr\u00f6\u00dfe des Volumes<\/p>\n<p>Daten01<br \/>\n200GB<\/p>\n<p>Daten02<br \/>\n200GB<\/p>\n<p>Daten03<br \/>\n200GB<\/p>\n<p>Daten04<br \/>\n200GB<\/p>\n<p>Daten05<br \/>\n200GB<\/p>\n<p>Daten06<br \/>\n200GB<\/p>\n<p>Daten07<br \/>\n200GB<\/p>\n<p>Daten08<br \/>\n200GB<\/p>\n<p>Daten09<br \/>\n200GB<\/p>\n<p>Daten10<br \/>\n200GB<\/p>\n<p>Grid01<br \/>\n1 GB<\/p>\n<p>Grid02<br \/>\n1 GB<\/p>\n<p>Grid03<br \/>\n1 GB<\/p>\n<p>Grid04<br \/>\n1 GB<\/p>\n<p>Grid05<br \/>\n1 GB<\/p>\n<p>Grid06<br \/>\n1 GB<\/p>\n<p>Redo01<br \/>\n100GB<\/p>\n<p>Redo02<br \/>\n100GB<\/p>\n<p>Redo03<br \/>\n100GB<\/p>\n<p>Redo04<br \/>\n100GB<\/p>\n<p>Redo05<br \/>\n100GB<\/p>\n<p>Redo06<br \/>\n100GB<\/p>\n<p>Redo07<br \/>\n100GB<\/p>\n<p>Redo08<br \/>\n100GB<\/p>\n<p>Redo09<br \/>\n100GB<\/p>\n<p>Redo10<br \/>\n100GB<\/p>\n<h3>Einige Erkl\u00e4rungen zu den Arbeitsmodi des Arrays und den Abl\u00e4ufen in Notf\u00e4llen.<\/h3>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/e0f9416f16bb8a13673cacfcf1792d9d.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Jede Datensatzgruppe eines Knotens hat eine \"Versionsnummer\". Nach der ersten Initialisierung ist sie identisch und betr\u00e4gt 1. Wenn aus irgendeinem Grund die Versionsnummer unterschiedlich ist, erfolgt immer eine Synchronisierung der Daten von der h\u00f6heren zur niedrigeren Version, nach der die niedrigere Version angepasst wird, d.h. dies bedeutet, dass die Kopien identisch sind. Gr\u00fcnde, warum die Versionen unterschiedlich sein k\u00f6nnen:<\/p>\n<p><\/p>\n<ul>\n<li>Geplante Neustart eines der Knoten<\/li>\n<li>Ausfall eines der Knoten aufgrund pl\u00f6tzlicher Abschaltungen (Stromausfall, \u00dcberhitzung usw.). <\/li>\n<li>Unterbrechung der InfiniBand-Verbindung mit Unm\u00f6glichkeit der Synchronisierung.<\/li>\n<li>Ein Ausfall an einem der Nodes aufgrund von Datenbesch\u00e4digung. Hier ist die Einrichtung einer neuen HA-Gruppe und die vollst\u00e4ndige Synchronisierung des Datensatzes erforderlich.<\/li>\n<\/ul>\n<p><\/p>\n<p>In jedem Fall erh\u00f6ht der Node, der online bleibt, seine Versionsnummer um eins, um nach der Wiederherstellung der Verbindung mit der Pair seine Datens\u00e4tze zu synchronisieren.<\/p>\n<p><\/p>\n<p>Wenn es zu einem Verbindungsabbruch \u00fcber den Ethernet-Link kommt, wechselt Heartbeat vor\u00fcbergehend zu InfiniBand und kehrt innerhalb von 10 Sekunden nach Wiederherstellung zur\u00fcck.<\/p>\n<p><\/p>\n<h3>Host-Konfiguration<\/h3>\n<p><\/p>\n<p>Um Redundanz zu gew\u00e4hrleisten und die Leistung zu steigern, muss die MPIO-Unterst\u00fctzung f\u00fcr das Array aktiviert werden. Dazu m\u00fcssen Sie die Zeilen in die Datei \/etc\/multipath.conf einf\u00fcgen und den Multipath-Dienst neu starten.<\/p>\n<p>\n<b class=\"spoiler_title\">Versteckter Text<\/b>devices {<br \/>\n device {<br \/>\n vendor \u00abAStor\u00bb<br \/>\n path_grouping_policy \u00abgroup_by_prio\u00bb<br \/>\n path_selector \u00abqueue-length 0\u00bb<br \/>\n path_checker \u00abtur\u00bb<br \/>\n features \u00ab0\u00bb<br \/>\n hardware_handler \u00ab0\u00bb<br \/>\n prio \u00abconst\u00bb<br \/>\n failback immediate<br \/>\n fast_io_fail_tmo 5<br \/>\n dev_loss_tmo 60<br \/>\n user_friendly_names yes<br \/>\n detect_prio yes<br \/>\n rr_min_io_rq 1<br \/>\n no_path_retry 0<br \/>\n }<br \/>\n}<\/p>\n<p><\/p>\n<p>Um sicherzustellen, dass ASM mit MPIO \u00fcber ASMLib funktioniert, muss die Datei \/etc\/sysconfig\/oracleasm ge\u00e4ndert werden, gefolgt von \/etc\/init.d\/oracleasm scandisks.<\/p>\n<p>\n<b class=\"spoiler_title\">Versteckter Text<\/b><\/p>\n<p># ORACLEASM_SCANORDER: Matching patterns to order disk scanning<br \/>\nORACLEASM_SCANORDER=\u00abdm\u00bb<\/p>\n<p># ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scan<br \/>\nORACLEASM_SCANEXCLUDE=\u00absd\u00bb<\/p>\n<p><\/p>\n<h4>Hinweis<\/h4>\n<p><\/p>\n<p><i>Wenn Sie ASMLib nicht verwenden m\u00f6chten, k\u00f6nnen Sie UDEV-Regeln verwenden, die die Grundlage f\u00fcr ASMLib bilden.<\/i><\/p>\n<p><\/p>\n<p><i>Beginnen mit der Version 12.1.0.2 ist die Oracle-Datenbankoption als Teil der ASMFD-Software verf\u00fcgbar.<\/i><\/p>\n<p>Stellen Sie sicher, dass die f\u00fcr Oracle ASM erstellten Festplatten blockweise auf die physische Array-Gr\u00f6\u00dfe (4K) ausgerichtet sind. Andernfalls sind Leistungsprobleme m\u00f6glich. Deshalb m\u00fcssen Volumes mit den entsprechenden Parameter erstellt werden:<\/p>\n<p><\/p>\n<p><i>parted \/dev\/mapper\/device-name mklabel gpt mkpart primary 2048s 100% align-check optimal 1<\/i><\/p>\n<p><\/p>\n<h3>Verteilung der Datenbanken auf die erstellten Volumes f\u00fcr unsere Testkonfiguration<\/h3>\n<p><\/p>\n<p>Name des Speicherprodukts<br \/>\nGr\u00f6\u00dfe des Volumes<br \/>\nVolume LUNs-Zuordnung<br \/>\nASM Volume Device Detail<br \/>\nZuweisungseinheitengr\u00f6\u00dfe<\/p>\n<p>Daten01<br \/>\n200GB<br \/>\nOrdnen Sie alle Speicher-Volumes dem Speichersystem und allen Datenports zu.<br \/>\nRedundanz: Normal<br \/>\nName:DGDATA<br \/>\nZweck:Daten-Dateien<\/p>\n<p>4MB<\/p>\n<p>Daten02<br \/>\n200GB<\/p>\n<p>Daten03<br \/>\n200GB<\/p>\n<p>Daten04<br \/>\n200GB<\/p>\n<p>Daten05<br \/>\n200GB<\/p>\n<p>Daten06<br \/>\n200GB<\/p>\n<p>Daten07<br \/>\n200GB<\/p>\n<p>Daten08<br \/>\n200GB<\/p>\n<p>Daten09<br \/>\n200GB<\/p>\n<p>Daten10<br \/>\n200GB<\/p>\n<p>Grid01<br \/>\n1 GB<br \/>\nRedundanz: Normal<br \/>\nName: DGGRID1<br \/>\nZweck:Grid: CRS und Abstimmung<\/p>\n<p>4MB<\/p>\n<p>Grid02<br \/>\n1 GB<\/p>\n<p>Grid03<br \/>\n1 GB<\/p>\n<p>Grid04<br \/>\n1 GB<br \/>\nRedundanz: Normal<br \/>\nName: DGGRID2<br \/>\nZweck:Grid: CRS und Abstimmung<\/p>\n<p>4MB<\/p>\n<p>Grid05<br \/>\n1 GB<\/p>\n<p>Grid06<br \/>\n1 GB<\/p>\n<p>Redo01<br \/>\n100GB<br \/>\nRedundanz: Normal<br \/>\nName: DGREDO1<br \/>\nZweck: Redo-Protokoll von Thread 1<\/p>\n<p>4MB<\/p>\n<p>Redo02<br \/>\n100GB<\/p>\n<p>Redo03<br \/>\n100GB<\/p>\n<p>Redo04<br \/>\n100GB<\/p>\n<p>Redo05<br \/>\n100GB<\/p>\n<p>Redo06<br \/>\n100GB<br \/>\nRedundanz: Normal<br \/>\nName: DGREDO2<br \/>\nZweck: Redo-Protokoll von Thread 2<\/p>\n<p>4MB<\/p>\n<p>Redo07<br \/>\n100GB<\/p>\n<p>Redo08<br \/>\n100GB<\/p>\n<p>Redo09<br \/>\n100GB<\/p>\n<p>Redo10<br \/>\n100GB<\/p>\n<p>\n<b class=\"spoiler_title\">Datenbankeinstellungen<\/b><\/p>\n<ul>\n<li>Blockgr\u00f6\u00dfe = 8K<\/li>\n<li>Swap-Speicher = 16GB<\/li>\n<li>AMM (Automatische Speicherverwaltung) deaktivieren<\/li>\n<li>Transparente gro\u00dfe Seiten deaktivieren<\/li>\n<\/ul>\n<p><b class=\"spoiler_title\">Sonstige Einstellungen<\/b><\/p>\n<p><u># vi \/etc\/sysctl.conf<\/u><br \/>\n\u2713 fs.aio-max-nr = 1048576<br \/>\n\u2713 fs.file-max = 6815744<br \/>\n\u2713 kernel.shmmax 103079215104<br \/>\n\u2713 kernel.shmall 31457280<br \/>\n\u2713 kernel.shmmn 4096<br \/>\n\u2713 kernel.sem = 250 32000 100 128<br \/>\n\u2713 net.ipv4.ip_local_port_range = 9000 65500<br \/>\n\u2713 net.core.rmem_default = 262144<br \/>\n\u2713 net.core.rmem_max = 4194304<br \/>\n\u2713 net.core.wmem_default = 262144<br \/>\n\u2713 net.core.wmem_max = 1048586<br \/>\n\u2713 vm.swappiness=10<br \/>\n\u2713 vm.min_free_kbytes=524288 # nicht setzen, wenn Sie Linux x86 verwenden<br \/>\n\u2713 vm.vfs_cache_pressure=200<br \/>\n\u2713 vm.nr_hugepages = 57000<\/p>\n<p><u># vi \/etc\/security\/limits.conf<\/u><br \/>\n\u2713 grid soft nproc 2047<br \/>\n\u2713 grid hard nproc 16384<br \/>\n\u2713 grid soft nofile 1024<br \/>\n\u2713 grid hard nofile 65536<br \/>\n\u2713 grid soft stack 10240<br \/>\n\u2713 grid hard stack 32768<br \/>\n\u2713 oracle soft nproc 2047<br \/>\n\u2713 oracle hard nproc 16384<br \/>\n\u2713 oracle soft nofile 1024<br \/>\n\u2713 oracle hard nofile 65536<br \/>\n\u2713 oracle soft stack 10240<br \/>\n\u2713 oracle hard stack 32768<br \/>\n\u2713 soft memlock 120795954<br \/>\n\u2713 hard memlock 120795954\n<\/p>\n<p><\/p>\n<p><u>sqlplus \u201c\/as sysdba\u201d<\/u><br \/>\nalter system set processes=2000 scope=spfile;<br \/>\nalter system set open_cursors=2000 scope=spfile;<br \/>\nalter system set session_cached_cursors=300 scope=spfile;<br \/>\nalter system set db_files=8192 scope=spfile;\n<\/p>\n<p><\/p>\n<h3>Test auf Ausfallsicherheit<\/h3>\n<p><\/p>\n<p>Zur Demonstration wurde HammerDB verwendet, um eine OLTP-Last zu simulieren. HammerDB-Konfiguration:<\/p>\n<p><\/p>\n<p><b>Anzahl der Lagerh\u00e4user<\/b><br \/>\n256<\/p>\n<p>Gesamttransaktionen pro Benutzer<br \/>\n1000000000000<\/p>\n<p>Virtuelle Benutzer<br \/>\n256<\/p>\n<p><\/p>\n<p>Das Ergebnis war eine Rate von 2,1M TPM, was weit entfernt von der Leistungsgrenze des Arrays ist <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/product\/neosapphire-h710\">H710<\/a><\/noindex>, aber dennoch die \u201eObergrenze\u201c f\u00fcr die aktuelle Hardware-Konfiguration der Server darstellt (haupts\u00e4chlich aufgrund der Prozessoren) und deren Anzahl. Ziel dieses Tests ist es dennoch, die Ausfallsicherheit der L\u00f6sung insgesamt zu demonstrieren und nicht maximale Leistungen zu erreichen. Daher werden wir uns einfach auf diese Zahl st\u00fctzen.<\/p>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/6de29f092e4c96a980a5790d8dd9a447.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<h3>Test auf Ausfall einer der Knoten<\/h3>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/c222cea4613ad7096bb097fee16bbb48.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/4b9459ba3d7cf34ec1e4ad4cd34adc09.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>Die Hosts haben einen Teil der Verbindungen zum Speicher verloren, arbeiten jedoch weiterhin \u00fcber die verbleibenden Verbindungen zur zweiten Node. Die Leistung sank f\u00fcr einige Sekunden aufgrund der Neuausrichtung der Verbindungen und kehrte dann zu normalen Werten zur\u00fcck. Es gab keine Unterbrechung des Dienstes.<\/p>\n<p><\/p>\n<h3>Test der Ausfallsicherheit des Racks mit s\u00e4mtlicher Hardware<\/h3>\n<p><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/bf4c1bbf2b4986911c4274525cf8e5d5.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><img decoding=\"async\" alt=\"Der Aufbau einer ausfallsicheren L\u00f6sung auf Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur.\" src=\"\/wp-content\/uploads\/2019\/04\/17d5aa73f72dce4fd9227cb6907c249c.jpeg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p>In diesem Fall sank die Leistung ebenfalls f\u00fcr einige Sekunden aufgrund der Neuausrichtung der Verbindungen und kehrte dann auf die H\u00e4lfte des urspr\u00fcnglichen Wertes zur\u00fcck. Das Ergebnis fiel auf die H\u00e4lfte des urspr\u00fcnglichen Wertes, weil ein Anwendungsserver au\u00dfer Betrieb war. Auch hier gab es keine Unterbrechung des Dienstes.<\/p>\n<p><\/p>\n<blockquote><p>Wenn es Anforderungen f\u00fcr die Implementierung einer ausfallsicheren Cross-Rack-Disaster-Recovery-L\u00f6sung f\u00fcr Oracle zu angemessenen Kosten und mit geringem Aufwand bei der Bereitstellung\/Administration gibt, dann wird die Zusammenarbeit von Oracle RAC und der Architektur <noindex><a rel=\"nofollow\" href=\"https:\/\/accelstor.ru\/page\/pochemu-accelstor\">AccelStor Shared-Nothing<\/a><\/noindex> eine der besten Optionen sein. Statt Oracle RAC kann jede andere Software verwendet werden, die Clusterbildung unterst\u00fctzt, wie beispielsweise dieselben DBMS oder Virtualisierungsl\u00f6sungen. Das Prinzip der L\u00f6sung bleibt dasselbe. Das Endergebnis ist ein Nullwert f\u00fcr RTO und RPO.<\/p><\/blockquote>\n<p>Quelle: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/accelstor\/blog\/448538\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u0412 \u0447\u0430\u0441\u0442\u043d\u043e\u0441\u0442\u0438, Oracle RAC (Oracle Real Application Cluster) \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0438\u043b\u0438 \u0431\u043e\u043b\u0435\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 Oracle, \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0445 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e \u0441 \u0446\u0435\u043b\u044c\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0438 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430\/\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0414\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0442\u0430\u043a\u043e\u043c \u0440\u0435\u0436\u0438\u043c\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u043e\u0431\u0449\u0435\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435, \u0432 \u0440\u043e\u043b\u0438 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":23767,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-31907","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u0412 \u0447\u0430\u0441\u0442\u043d\u043e\u0441\u0442\u0438, Oracle RAC (Oracle Real Application Cluster) \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0438\u043b\u0438 \u0431\u043e\u043b\u0435\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 Oracle, \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0445 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e \u0441 \u0446\u0435\u043b\u044c\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0438 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430\/\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0414\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0442\u0430\u043a\u043e\u043c \u0440\u0435\u0436\u0438\u043c\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u043e\u0431\u0449\u0435\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435, \u0432 \u0440\u043e\u043b\u0438\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u0435 \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043d\u0430 \u0431\u0430\u0437\u0435 Oracle RAC \u0438 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b AccelStor Shared-Nothing | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u0412 \u0447\u0430\u0441\u0442\u043d\u043e\u0441\u0442\u0438, Oracle RAC (Oracle Real Application Cluster) \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0438\u043b\u0438 \u0431\u043e\u043b\u0435\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 Oracle, \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0445 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e \u0441 \u0446\u0435\u043b\u044c\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0438 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430\/\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0414\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0442\u0430\u043a\u043e\u043c \u0440\u0435\u0436\u0438\u043c\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u043e\u0431\u0449\u0435\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435, \u0432 \u0440\u043e\u043b\u0438\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2019-10-31T18:43:53+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T18:43:53+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47 Aufbau einer hochverf\u00fcgbaren L\u00f6sung auf der Basis von Oracle RAC und der AccelStor Shared-Nothing-Architektur | ProHoster","description":"Eine Vielzahl von Enterprise-Anwendungen und Virtualisierungssystemen verf\u00fcgt \u00fcber eigene Mechanismen zur Schaffung hochverf\u00fcgbarer L\u00f6sungen. Insbesondere ist Oracle RAC (Oracle Real Application Cluster) ein Cluster aus zwei oder mehr Oracle-Datenbankservern, die zusammenarbeiten, um Lastenausgleich zu gew\u00e4hrleisten und eine Hochverf\u00fcgbarkeit auf Server- und Anwendungsebene zu bieten. F\u00fcr den Betrieb in einem solchen Modus ist ein gemeinsamer Speicher erforderlich, der als","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u0435 \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0433\u043e \u0440\u0435\u0448\u0435\u043d\u0438\u044f \u043d\u0430 \u0431\u0430\u0437\u0435 Oracle RAC \u0438 \u0430\u0440\u0445\u0438\u0442\u0435\u043a\u0442\u0443\u0440\u044b AccelStor Shared-Nothing | ProHoster","og:description":"\u041d\u0435\u043c\u0430\u043b\u043e\u0435 \u0447\u0438\u0441\u043b\u043e Enterprise \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u0439 \u0438 \u0441\u0438\u0441\u0442\u0435\u043c \u0432\u0438\u0440\u0442\u0443\u0430\u043b\u0438\u0437\u0430\u0446\u0438\u0438 \u0438\u043c\u0435\u044e\u0442 \u0441\u043e\u0431\u0441\u0442\u0432\u0435\u043d\u043d\u044b\u0435 \u043c\u0435\u0445\u0430\u043d\u0438\u0437\u043c\u044b \u0434\u043b\u044f \u043f\u043e\u0441\u0442\u0440\u043e\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u044b\u0445 \u0440\u0435\u0448\u0435\u043d\u0438\u0439. \u0412 \u0447\u0430\u0441\u0442\u043d\u043e\u0441\u0442\u0438, Oracle RAC (Oracle Real Application Cluster) \u043f\u0440\u0435\u0434\u0441\u0442\u0430\u0432\u043b\u044f\u0435\u0442 \u0441\u043e\u0431\u043e\u0439 \u043a\u043b\u0430\u0441\u0442\u0435\u0440 \u0438\u0437 \u0434\u0432\u0443\u0445 \u0438\u043b\u0438 \u0431\u043e\u043b\u0435\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u043e\u0432 \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 Oracle, \u0440\u0430\u0431\u043e\u0442\u0430\u044e\u0449\u0438\u0445 \u0441\u043e\u0432\u043c\u0435\u0441\u0442\u043d\u043e \u0441 \u0446\u0435\u043b\u044c\u044e \u0431\u0430\u043b\u0430\u043d\u0441\u0438\u0440\u043e\u0432\u043a\u0438 \u043d\u0430\u0433\u0440\u0443\u0437\u043a\u0438 \u0438 \u043e\u0431\u0435\u0441\u043f\u0435\u0447\u0435\u043d\u0438\u044f \u043e\u0442\u043a\u0430\u0437\u043e\u0443\u0441\u0442\u043e\u0439\u0447\u0438\u0432\u043e\u0441\u0442\u0438 \u043d\u0430 \u0443\u0440\u043e\u0432\u043d\u0435 \u0441\u0435\u0440\u0432\u0435\u0440\u0430\/\u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f. \u0414\u043b\u044f \u0440\u0430\u0431\u043e\u0442\u044b \u0432 \u0442\u0430\u043a\u043e\u043c \u0440\u0435\u0436\u0438\u043c\u0435 \u043d\u0435\u043e\u0431\u0445\u043e\u0434\u0438\u043c\u043e \u043e\u0431\u0449\u0435\u0435 \u0445\u0440\u0430\u043d\u0438\u043b\u0438\u0449\u0435, \u0432 \u0440\u043e\u043b\u0438","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/postroenie-otkazoustojchivogo-resheniya-na-baze-oracle-rac-i-arhitektury-accelstor-shared-nothing","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:43:53+00:00","article:modified_time":"2019-10-31T18:43:53+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"31907","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-21 08:22:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:09:25","updated":"2026-01-21 08:22:19"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31907","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=31907"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/31907\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/23767"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=31907"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=31907"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=31907"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}