Glossar

Die folgenden Begriffe und Definitionen gelten für IBM® Netezza® Replication Services.

Rückstand: Eine Statistik, die die Datenmenge in Bytes misst, die repliziert und auf das Replikat angewendet werden muss, damit es mit dem Primärsystem konsistent ist. Die Datenmenge ist die Differenz zwischen der Anzahl der Bytes, die bei der letzten Übertragung auf dem Replikat verarbeitet wurden, und der Anzahl der Bytes, die auf dem Primärsystem verarbeitet wurden. Der Rückstand zeigt die Arbeitslast des Warteschlangenmanagers für die Replikation in der Warteschlange an.
by-SQL-Replikation: Eine Replikationsmethode, bei der identische SQL-Anweisungen gegen identische Daten auf allen Datenbankservern in einem Replikationssatz ausgeführt werden, so dass jedes Ergebnis identisch ist. Da die SQL-Anweisungen und nicht der Nettoeffekt der Anweisungen repliziert werden und die Anweisungen im Allgemeinen viel weniger Daten enthalten als der Nettoeffekt, bietet die SQL-Anweisungsreplikation eine höhere Leistung als die By-Value-Replikation. IBM Netezza Replication Services wird hauptsächlich durch die Verwendung von by-SQL-Replikation implementiert. Um jedoch die Konsistenz von Primär- und Replikatdaten zu gewährleisten, verwendet IBM Netezza Replication Services die By-Value-Replikation für die Fälle, in denen eine SQL-Anweisung nicht-deterministische Daten enthält oder daraus resultiert, ein Knoten als wiederherstellungsbedürftig" markiert ist oder eine Sitzungsvariable für die Replikation nach Wert festgelegt ist. Siehe auch By-Value-Replikation, deterministisch.
by-Value-Replikation: Eine Replikationsmethode, bei der der Nettoeffekt von SQL-Aktualisierungsanweisungen auf Zeilenebene erfasst und auf alle Datenbankserver in einem Replikationssatz repliziert wird. Die Replikationssoftware wertet die Anweisungen nur auf der Primärseite aus und erfasst dann die Nettoauswirkungen auf die Replikate und gibt sie wieder. Da der Nettoeffekt bekannt ist, kann die Replikation Hostunterschiede unterstützen, die dazu führen, dass die SQL-Ausführung auf den beiden Hosts unterschiedliche Ergebnisse liefert. Aufgrund der großen Datenmengen, die repliziert werden, ist die Leistung der By-Value-Replikation in der Regel geringer als die der By-SQL-Replikation. IBM Netezza Replication Services wird in erster Linie durch By-SQL-Replikation implementiert, wobei auf die langsamere By-Value-Replikation zurückgegriffen wird, wenn replizierte Daten mit Hilfe nicht-deterministischer Funktionen geändert werden. Siehe auch by-SQL-Replikation, deterministisch.
datenreplikation ändern: Siehe By-Value-Replikation.
Cluster: Eine Gruppe vollständiger Systeme, die zusammen verwendet wird und eine einheitliche Datenverarbeitungsfunktion bereitstellt. Für die Replikation erfordert die Hochverfügbarkeitskonfiguration Replikationswarteschlangenmanager in einer Clusterkonfiguration mit Clustersoftware, um die Server als hochverfügbaren Dienst zu verwalten.
kennung der Übertragungsreihenfolge: Siehe CSI.
laufende Nummer der Übergabe: Siehe CSN.
Gleichzeitige Transaktionen: Transaktionen, bei denen keine der beiden Transaktionen vor der anderen begonnen hat. Befehle oder Abfragen von konkurrierenden Transaktionen wurden möglicherweise nicht zur gleichen Zeit ausgeführt.
CSI: Ein Paar <Quell-ID, CSN>, wobei die Quell-ID den primären Knoten identifiziert (der sich im Laufe der Zeit ändern kann), von dem die jeweilige Aktualisierungstransaktion ausgeht, und CSN eine Commit-Kennung ist. Siehe auch CSN.
CSN: Eine aufsteigende Nummer, die jeder replizierten Transaktion zum Zeitpunkt der Übertragung zugewiesen wird. Die Commit-Reihenfolge replizierter Transaktionen auf dem primären Rechner legt die Reihenfolge fest, in der die Transaktionen auf einem Replikat-Host erneut ausgeführt (oder angewendet) werden. Sie können die CSN, die in verschiedenen Replikationsansichten und -protokollen angezeigt wird, verwenden, um festgeschriebene Transaktionen zu verfolgen. Die CSN ist eine eindeutige Commit-ID für alle Knoten im Replikationsset; wenn ein Knoten die Rolle wechselt, erhöht sich die CSN mit jedem neuen Commit.
Data Control Language: Siehe DCL.
Data Definition Language: Siehe DDL.
Data Manipulation Language: Siehe DML.
DCL: Ein Satz von Befehlen, mit denen ein Benutzer eine Datenbank oder ein System verwalten kann.
DDL: Eine Sprache zum Beschreiben von Daten und ihren Beziehungen in einer Datenbank. Siehe auch DML.
deterministisch: Eine deterministische Abfrage liefert immer die gleichen Ergebnisse, wenn sie auf jedem Host in einer Replikationsgruppe ausgeführt wird. Eine nicht-deterministische Abfrage könnte zu anderen Ergebnissen führen. Mathematische Funktionen sind in der Regel deterministisch: z. B. ergibt 1 + 1 bei jeder Ausführung 2. RANDOM ist ein Beispiel für eine nicht-deterministische Funktion; sie erzeugt jedes Mal einen unvorhersehbaren Wert. IBM Netezza Replication Services erkennt und behandelt nicht-deterministisches Update-SQL durch Verwendung der By-Value-Replikation. Alle anderen SQL-Daten werden über die by-SQL-Replikation verarbeitet. Siehe auch By-Value-Replikation.
Disaster-Recovery: Eine Situation, in der ein dauerhafter Verlust von Daten oder Funktionen aufgrund eines Ausfalls von Hardware oder Software in der Betriebsumgebung minimiert wird. Bei mehreren Ausfällen ist ein Datenverlust möglich. Siehe auch RPO.
Verteiltes, repliziertes Blockgerät: Siehe DRBD.
DML: Eine Untergruppe von SQL-Anweisungen, die zum Bearbeiten von Daten verwendet werden. SELECT, INSERT, UPDATE, DELETE und MERGE sind DML-Anweisungen.
DRBD: Ein softwarebasiertes, verteiltes, repliziertes Speichersystem für Linux®, das die Spiegelung zur Bildung von Hochverfügbarkeits-Clustern (HA) nutzt. Die Replikation kann DRBD in Hochverfügbarkeitskonfigurationen verwenden, um Dateisystemdaten zwischen den HA-Hosts zu spiegeln.
schließlich konsequent: Eine Art von Replikationsmodell, bei dem ein System einem anderen hinterherhinken darf, so dass eine Änderung X, die auf dem Primärsystem zum Zeitpunkt T1 eingeleitet wird, zu einem späteren Zeitpunkt T2 auf den Replikaten erfolgt. Die Latenzzeit ist die Zeitdifferenz zwischen T2 und T1. Siehe auch synchrone Konsistenz, Latenz.
Globaldaten: Privilegien für Benutzer und Gruppen, Sicherheitsstufen, Kategorien, Kohorten und globale (nicht objektbezogene) Daten. Globale Daten werden auf alle Mitgliedshosts in einem Replikationsset repliziert, wobei Änderungen in SQL-Anweisungen weitergegeben werden (genau wie bei replizierten Benutzerdaten).
High Availability (Hochverfügbarkeit): Siehe HA.
Hochverfügbarkeit: Ein System oder eine Komponente, das/die ständig oder nahezu ständig in Betrieb ist. In einer kontinuierlich verfügbaren Konfiguration sind beide Hosts aktiv; in einer nahezu kontinuierlichen Konfiguration, z. B. einer, die IBM Netezza Replication Services verwendet, ist ein Host aktiv und einer passiv. Beide HA-Konfigurationen eliminieren einen Single Point of Failure, indem sie zur Systemredundanz und zur Erkennung und Reparatur von Fehlern beitragen, sobald diese auftreten.
Organisator: Das Linux, auf dem die Netezza läuft.
LAN: Für IBM Netezza Replication Services ist dies jedes Netzwerk mit einer vernachlässigbaren Roundtrip-Ping-Zeit. Die Netzwerklatenz ist vernachlässigbar, wenn das TCP/IP-Fenster nicht angepasst werden muss, um die Netzwerkbandbreite vollständig zu nutzen.
Latenz: Eine Statistik, die die Zeitspanne misst, um die ein Replikat dem Primärsystem hinterherhinkt: das Delta zwischen dem Zeitpunkt des letzten Commits auf dem Replikat und dem Zeitpunkt, an dem der Commit auf dem Primärsystem verarbeitet wurde.
Lastausgleich: Ein Verfahren zur gleichmäßigen Verteilung der Arbeit auf mehrere Server, um die Abfrageleistung zu maximieren. Die Benutzer sind für die Zuweisung der Arbeit an verschiedene Netezza im Replikationsset verantwortlich, um einen Lastausgleich zu erreichen.
lokales Netzwerk: Siehe LAN.
Protokollserver: Siehe Replikationswarteschlangenmanager.
primär: Der Host in einem Replikationssatz, der die einzige Quelle für Änderungen an replizierten Datenbanken und an globalen Daten ist. Andere Hosts in der Replikationsgruppe sind Replikate. Ein Administrator kann die Rolle des primären Hosts von einem Host auf einen anderen verlagern, in der Regel als Reaktion auf Ausfälle und geplante Ausfälle oder um über Zeitzonen hinweg "der Sonne zu folgen". Siehe auch Replik.
Netezza NPS-Instanz: Der Datenbankserver in einem Replikationsknoten. Eine Netezza in einem Replikationsset nimmt entweder eine primäre Rolle ein (die Clients erlaubt, Aktualisierungsabfragen an die replizierten Datenbanken und globalen Daten zu stellen) oder eine Replikatrolle (die nur Select-Abfragen, aber keine Aktualisierungsabfragen erlaubt). Siehe auch Replikationswarteschlangenmanager.
Netzbandbreite: Die Datenmenge, die eine Netzverbindung übertragen kann. 100-Megabit-Ethernet hat zum Beispiel eine Bandbreite von etwa 10 Megabyte pro Sekunde, Gigabit-Ethernet unterstützt 100 Megabyte pro Sekunde und 10-Gigabit-Ethernet (10 GbE ) unterstützt 1000 Megabyte pro Sekunde. Ein LAN hat in der Regel eine kurze Latenzzeit und erreicht leicht die volle Netzwerkbandbreite. Bei einem WAN müssen Sie in der Regel das TCP/IP-Fenster so einstellen, dass hohe Datenübertragungsraten möglich sind.
qualifizierungsnachweis: Ein Datensatz im Replikationsprotokoll, der für die Bereinigung verfügbar ist. Die Verfügbarkeit wird durch die Filter bestimmt, die durch Systemvariablen ( MAX_LOG_AGE und replPruneRetainCSN ) gesetzt werden. Qualifizierte Datensätze sind Commit-Dateien und ihre Abhängigkeiten, deren CSNs älter sind als der festgelegte Prune-Punkt.
RQM: RQM bezieht sich auf die Software der Replikationsdienste.
RQM-Software: Die IBM Netezza Replication Services, die auf dem physischen oder virtuellen Replikationswarteschlangenmanager und nicht auf dem NPS®-Host laufen muss. Die Software verwaltet die Netzwerkverbindung und die Kommunikation zwischen IBM Netezza NPS-Instanzen.
RQM-Datenpartition: Das lokale Plattenvolumen auf dem Replikationswarteschlangenmanager, das für das Replikationsprotokoll reserviert ist. Das Replikationsprotokoll muss in einem reservierten Volume konfiguriert werden, das sowohl vom Betriebssystem als auch von den RQM-Installationsvolumes getrennt ist, um einen stabilen Systembetrieb während eines "Log Full"-Ereignisses sicherzustellen. Befände sich dieses Protokoll auf einer gemeinsamen Partition mit dem Betriebssystem und anderer Software, könnte ein "Protokoll voll"-Ereignis das gesamte System zum Absturz bringen, anstatt die Replikation einfach anzuhalten.
Zielsetzung für Wiederherstellungspunkt: Siehe RPO.
Zielsetzung für Wiederherstellungszeit: Siehe RTO.
lockere (oder entspannte) Serialisierbarkeit: Siehe Isolierung von Schnappschüssen.
replizierte Datenbank: Eine Netezza, die zwischen den Hosts in einem Replikationsset repliziert wird. Sie erstellen eine replizierte Datenbank, indem Sie eine erstellte Datenbank zu einem Replikationssatz hinzufügen.
replizierte Transaktion: Jede Aktualisierungstransaktion, die eine replizierte Datenbank oder globale Daten ändert. Siehe auch Update-Transaktion.
replikationsprotokoll: Die replizierte SQL-Transaktion und andere Daten, die auf dem primären Replikationshost erfasst und vom Replikationswarteschlangenmanager zur Wiedergabe auf den Replikationshosts gespeichert werden. Das Replikationsprotokoll wird als eine Sammlung von Dateien auf der RQM-Datenpartition des Replikationsprotokollservers gespeichert.
replikations-Warteschlangen-Manager: Der Replikations-Queue-Manager und die PTS-Software, die zusammen die Verarbeitung der Replikationsprotokolle von der Netezza entlasten. Der primäre Protokollserver speichert das Replikationsprotokoll auf einer lokalen Festplatte und überträgt es über das Netzwerk an die Protokollserver-Hosts der Replikationsknoten.
Replikationsknoten: Die Kombination aus einer Netezza NPS-Instanz (dem NPS-Knoten) und einem Replikations-Queue-Manager.
Replikationsgruppe: Eine Sammlung von Replikationsknoten, die eine oder mehrere replizierte Datenbanken und globale Daten replizieren. Alle Benutzerobjekte (z. B. Tabellen, Ansichten und Synonyme) in einer replizierten Datenbank und ihre zugehörigen Berechtigungen und Inhalte werden auf alle Mitgliedsknoten in einem Replikationssatz repliziert. Die meisten, wenn nicht sogar alle, Konfigurationsparameter der Hosts in einem Replikationsset müssen identisch eingestellt sein. Siehe auch Replikationsknoten.
rückgängig machen: Zur Wiederherstellung von Daten, die durch eine SQL-Anweisung geändert wurden, in den Zustand zum Zeitpunkt des letzten Commit-Punkts.
zeilensichere Tabelle: Eine Datenbanktabelle mit Sicherheitskennzeichnungen in den Zeilen, um Benutzer ohne die entsprechenden Berechtigungen herauszufiltern.
RPO: Der tolerierbare Datenverlust, in der Regel ausgedrückt als Zeitintervall, für einen gesamten Standort (NPS-Instanz und Replikationswarteschlangenmanager-Host). Sie könnten zum Beispiel das RPO auf "nicht größer als eine Stunde" festlegen Wenn die Vorwahl um 14:00 p.m ausfällt. und die Replikation auf das Replikat ausfällt, werden die Daten von 13:00 p.m an und früher müssen "irgendwann" auf dem Replikat verfügbar sein. Daten zwischen 1:00 p.m und 14:00 p.m. ist der tolerierte Datenverlust. Ein RPO von Null bedeutet, dass der einzige tolerierte Verlust die letzten nicht gebundenen Transaktionen sind.
RTO: Die Zeit für die Wiederherstellung des Replikationssatzes innerhalb des Wiederherstellungspunktziels (RPO) und das Heraufstufen einer neuen Primärdatei, damit neue replizierte Aktualisierungstransaktionen ausgeführt werden können. Nehmen Sie an, dass die Replikation um 14:00 p.m auf das Replikat ausfällt. Wenn es 15 Minuten dauert, bis die Primärdaten vor 13.00 p.m vorliegen. um die Replikation und die Anwendung auf das Replikat zu beenden, kann das Replikat um 14:15 p.m zum primären System befördert werden. und beginnen mit der Verarbeitung neuer Transaktionen. Die RTO beträgt in diesem Beispiel 15 Minuten.
speicherbereichsnetz: Siehe SAN.
SAN: Ein spezielles Netzwerk von Speichergeräten, das diese Geräte mit Servern verbindet, um gemeinsamen Speicher auf Blockebene bereitzustellen. In einem SAN erscheinen die Geräte dem Betriebssystem als lokal angeschlossen.
Abfrage auswählen: Jede Transaktion, die Daten aus nicht temporären Tabellen auswählt (ohne sie zu ändern) oder die temporäre Tabellen auf dem primären oder dem Replikationsknoten aktualisiert (aber nur für die aktuelle Transaktion, da die Tabellen keinen Sitzungsumfang haben). Select-Abfragen werden nicht repliziert.
serialisierbar: Eine Ausführung von Datenbankbefehlen aus einer Sammlung von Transaktionen gilt als serialisierbar, wenn ihre Wirkung der Ausführung der Transaktionen, die ein Commit durchgeführt haben, und keiner Befehle aus den Transaktionen, die kein Commit durchgeführt haben, entspricht, und zwar einer nach dem anderen bis zum Abschluss (d. h. dem Commit der Transaktion) in einer bestimmten seriellen Reihenfolge.
serialisierbare Isolierung: Ein DBMS bietet serialisierbare Isolation, wenn es die serialisierbare Ausführung von Transaktionen erzwingt (für die Transaktionen, die sich für die serialisierbare Isolation entscheiden oder diese vorgeben). Eine Implementierung der serialisierbaren Isolierung bietet im Allgemeinen weniger Gleichzeitigkeit und einen geringeren Durchsatz als eine schwächere Isolierungsstufe. Siehe auch Snapshot-Isolierung.
Sequenz: Ein von einer Tabelle unabhängiges Datenbankobjekt, das automatisch eindeutige Schlüsselwerte generiert, die auf anfänglichen Benutzerangaben beruhen.
snapshot-Isolierung: Ein DBMS bietet Snapshot-Isolation, wenn jede Transaktion, die unter dieser Isolationsstufe ausgeführt wird, einen konsistenten "Snapshot" der Datenbank sieht, der nur die Transaktionen widerspiegelt, die beim Start der jeweiligen Transaktion übertragen wurden, und wenn Aktualisierungen oder Löschungen derselben Zeile durch gleichzeitige Transaktionen nicht zulässig sind. (Einige DBMSs erzwingen die letztgenannte Eigenschaft zum Zeitpunkt der Transaktionsübergabe; Netezza erzwingt sie, wenn die gleichzeitige Aktualisierungs- oder Löschanweisung ausgeführt wird) Netezza unterstützt die Snapshot-Isolierung für Anwendungen, die eine größere Gleichzeitigkeit erfordern, als die serialisierbare Isolierung erlaubt, und die bereit sind, die Durchsetzung von Konsistenzbeschränkungen zwischen den Zeilen zu vernachlässigen. Snapshot-Isolierung wird für replizierte Transaktionen mit IBM Netezza Replication Services 1.5 und höher unterstützt. Siehe auch serialisierbare Isolation.
Replikation von SQL-Anweisungen: Siehe by-SQL-Replikation.
Speichereinheit: Ein Satz von einem oder mehreren Festplatten-Enclosures, die die Benutzerdatenbanken und Tabellen im Netezza enthalten. Das Speicherarray ist mit einem SPU-Chassis verbunden und gehört zu diesem.
Replikat: Eine Rolle in einem Replikationssatz, in der die Ausführung von Aktualisierungstransaktionen gegen nicht temporäre Tabellen oder Sequenzen in einer replizierten Datenbank verboten ist. Temporäre Tabellenaktualisierungen und persistente Tabellenauswahlen werden vollständig unterstützt. Ein Replikationsset kann aus einem Primärserver, den ein Administrator neu zuweisen kann, und einem oder mehreren Replikaten bestehen. Ein Replicas-Replikationshost kann Abfragetransaktionen zum Lastausgleich durchführen, einschließlich der Erstellung und Aktualisierung von temporären Tabellen mit Transaktionsumfang. Siehe auch primär.
synchron konsistent: Ein Replikationsmodell, bei dem eine bestimmte Abfrage, die an dieselbe Datenbank auf verschiedenen Datenbankservern in einem Replikationsset gestellt wird, immer identische Ergebnisse liefert. Die verschiedenen Datenbanken müssen sicherstellen, dass alle Aktualisierungstransaktionen auf alle Server im Replikationssatz angewendet werden, bevor die Ergebnisse auf einem der Server sichtbar werden. Die Gewährleistung dieses Konsistenzniveaus ist mit einem Leistungsverlust verbunden, der in der Regel über ein WAN unerschwinglich ist. Siehe auch schließlich konsistent.
TCP/IP-Fenster: Ein Konfigurationsparameter Linux, mit dem die TCP/IP-Netzwerksoftware so eingestellt werden kann, dass sie die Netzwerkbandbreite in einem WAN (Wide Area Network) vollständig ausnutzt.
temporäre Tabelle: Eine Tabelle, die für eine Sitzung privat ist und die das DBMS am Ende einer Sitzung oder Transaktion automatisch löscht.
Transaktion: Eine Gruppe von Datenbankoperationen, die zu einer logischen Arbeitseinheit zusammengefasst werden, die entweder vollständig übertragen oder zurückgesetzt wird.
transaktion Antrag/Bewerbung: Die erneute Ausführung einer replizierten Aktualisierungstransaktion auf einem Replikationsknoten, die ihren Ursprung auf einem Primärknoten hat.
transaktionsabzweigung: Ein Fehlerreplikationsstatus, der sich ergibt, wenn mehrere Primaries in einem Replikationsset unterschiedliche Aktualisierungstransaktionen ausführen, beginnend mit einer gemeinsamen Root-Transaktion. IBM Netezza Replication Services verhindert im Allgemeinen das Auftreten von Transaktionsforks, indem jeweils nur eine aktive Primärdatei erzwungen wird. Unter bestimmten Umständen (z. B. bei einem Netzwerkfehler) können Wiederherstellungsaufgaben jedoch zu einem Transaktions-Fork führen, der den lokalen Knoten außer Kraft setzt. Sie müssen den Fork auf allen Knoten auflösen, um einen konsistenten Satz von Protokolldaten zu gewährleisten, bevor Sie die Replikation wieder aktivieren.
Transaktionsisolationsstufe: Eine Beschreibung der Einschränkungen bei der Ausführung einer Transaktion, die gleichzeitig mit anderen Transaktionen stattfindet. Der ISO-SQL-Standard definiert vier Isolationsebenen: read uncommitted, read committed, repeatable read und serializable. Andere nützliche Isolationsebenen, die nicht in der Norm enthalten sind, wurden definiert und implementiert: insbesondere die Snapshot-Isolation, die stärker ist als das wiederholbare Lesen, aber nicht so stark wie die serialisierbare Isolation. Einzelne DBMS unterstützen im Allgemeinen nicht alle Isolationsstufen. Netezza unterstützt nur serialisierbare (die Standardisolierungsebene) und Snapshot-Isolierung. Siehe auch Snapshot-Isolierung.
Aktualisierungstransaktion: Jede Transaktion, bei der nicht temporäre Daten erstellt, gelöscht oder geändert werden. Dieser Begriff umfasst nicht nur UPDATE-Anweisungen, sondern auch DELETE, INSERT, CTAS (Create Table As Select), CREATE, ALTER, DROP, GRANT und REVOKE. Abfragen (wie SELECT) werden nicht repliziert. Aktualisierungstransaktionen können auf temporäre Tabellen angewendet werden, aber diese Tabellen haben nur Sitzungsumfang und werden am Ende der Transaktion gelöscht.
Ansicht: Eine Ansicht kann entweder eine virtuelle Tabelle oder eine gespeicherte Abfrage sein. Die Daten, auf die über eine Ansicht zugegriffen werden kann, werden nicht als eigenständiges Objekt in der Datenbank gespeichert, sondern als SELECT-Anweisung. Die Ergebnismenge der SELECT-Anweisung bildet die virtuelle Tabelle, die vom View zurückgegeben wird.
virtuelle Maschine: Siehe VM.
VM: In Bezug auf die Replikation ein virtueller Server in der Cloud, der die Funktion des Replikationswarteschlangenmanagers bietet.
Wide Area Network: Siehe WAN.
WAN: Für IBM Netezza Replication Services ist dies jedes Netzwerk mit einer Round-Trip-Latenz, die groß genug ist, um die Datenübertragung zu verlangsamen. Wenn die Latenz so groß ist, dass sie die Datenübertragung verlangsamt, kann das TCP/IP-Fenster vergrößert werden, um den Durchsatz zu erhöhen. Die Replikationsprotokollserver sind über ein WAN verbunden.
fensterbegrenzte Bandbreite: Die TCP/IP-Fenstergröße geteilt durch die Netzlatenz, die die erreichbare Spitzenleistung für eine bestimmte WAN-Konfiguration für ein bestimmtes TCP/IP-Fenster angibt. Eine GbE (die bis zu etwa 100 MB/s unterstützt) mit einer Latenz von 100 ms bei einem Standardfenster von 128 KB hat beispielsweise eine fensterbegrenzte Bandbreite von 1280 KB/s 1.2 MB/s). Die gleiche Verbindung mit einem 10-MB-Fenster hat eine fensterbegrenzte Bandbreite von 100 MB/s.