{"id":22922,"date":"2026-08-30T09:41:14","date_gmt":"2026-08-30T07:41:14","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&p=22922"},"modified":"2026-08-30T09:41:15","modified_gmt":"2026-08-30T07:41:15","password":"","slug":"uptime-disponibilita-999-percento","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/it\/hilfe\/seo-monitoring\/uptime-verfuegbarkeit-999-prozent\/","title":{"rendered":"Uptime e disponibilit\u00e0: cosa significa davvero 99,9 %"},"content":{"rendered":"

Nel web hosting, nei servizi cloud e in altri servizi online si incontrano spesso indicazioni come 99,9 % Disponibilit\u00e0<\/code>, 99,95% di uptime %<\/code> o addirittura 99,99 %<\/code>.<\/p>\n\n\n\n

A prima vista questi valori sembrano quasi identici. Tuttavia, a livello di calcolo, anche poche cifre decimali possono fare una differenza considerevole sul possibile tempo di inattivit\u00e0.<\/p>\n\n\n\n

Allo stesso tempo, una percentuale da sola non dice ancora come \u00e8 stata misurata, quale periodo di tempo viene considerato e quali eventi confluiscono nel calcolo.<\/p>\n\n\n\n

In questo articolo spieghiamo cosa significano uptime e disponibilit\u00e0, come vengono calcolate le percentuali e perch\u00e9 l'uptime misurato, la disponibilit\u00e0 pubblicizzata e un Service Level Agreement contrattuale non sono automaticamente la stessa cosa.<\/p>\n\n\n\n

\n

Breve spiegazione:<\/strong> Una disponibilit\u00e0 di 99,9 %<\/code> Ci\u00f2 non significa che un servizio non debba mai subire interruzioni. Significa, in termini matematici, che nel periodo considerato \u00e8 disponibile per il 99,9 % del tempo e non disponibile per lo 0,1 % \u2013 a condizione che sia proprio questa la definizione utilizzata per la misurazione.<\/p>\n<\/blockquote>\n\n\n\n

Cosa significa uptime?<\/h2>\n\n\n\n

Con il termine uptime si indica generalmente il tempo in cui un sistema o un servizio \u00e8 disponibile o operativo.<\/p>\n\n\n\n

Nel monitoraggio dei siti web, da questo viene spesso calcolato un valore percentuale.<\/p>\n\n\n\n

In sintesi:<\/p>\n\n\n\n

Tempo disponibile\n\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500 \u00d7 100\nTempo totale<\/code><\/pre>\n\n\n\n
Se un sito web \u00e8 rimasto accessibile durante l'intero periodo preso in esame, si ottiene:<\/p>\n\n\n\n
100 % Tempo di funzionamento<\/code><\/p>\n\n\n\n
Se in questo periodo si sono verificate interruzioni, il valore misurato diminuisce di conseguenza.<\/p>\n\n\n\n
Cosa significa downtime?<\/h2>\n\n\n\n
Il termine downtime indica di conseguenza il tempo in cui il servizio monitorato non \u00e8 stato disponibile secondo la definizione utilizzata.<\/p>\n\n\n\n
Presso:<\/p>\n\n\n\n
99,9 % Tempo di funzionamento<\/code><\/p>\n\n\n\n
non computabile:<\/p>\n\n\n\n
0,1 %<\/code><\/p>\n\n\n\n
del periodo considerato in termini di downtime.<\/p>\n\n\n\n
\u00c8 quindi sempre determinante il periodo di tempo a cui si riferisce la percentuale.<\/p>\n\n\n\n
Cosa significa una disponibilit\u00e0 del 99,9 % al mese?<\/h2>\n\n\n\n
Prendiamo per semplicit\u00e0 di calcolo un mese di 30 giorni.<\/p>\n\n\n\n
30 giorni\n\u00d7 24 ore\n= 720 ore\n\n720 ore\n\u00d7 60 minuti\n= 43.200 minuti<\/code><\/pre>\n\n\n\n
Belli 99,9 %<\/code> secondo disponibilit\u00e0 0,1 %<\/code> di questo periodo:<\/p>\n\n\n\n
43.200 minuti\n\u00d7 0,001\n= 43,2 minuti<\/code><\/pre>\n\n\n\n
Puramente in via di calcolo corrispondono 99,9 %<\/code> Disponibilit\u00e0 in un arco di tempo di circa 30 giorni 43 minuti e 12 secondi di inattivit\u00e0<\/strong>.<\/p>\n\n\n\n
\n
Importante:<\/strong> Questa \u00e8 una conversazione matematica e non un'affermazione su quali interruzioni un determinato contratto di hosting consenta effettivamente o su come un fornitore definisca la propria disponibilit\u00e0.<\/p>\n<\/blockquote>\n\n\n\n
Cosa significano i diversi valori di uptime?<\/h2>\n\n\n\n
Le differenze diventano pi\u00f9 evidenti se confrontiamo pi\u00f9 valori tra loro.<\/p>\n\n\n\n
Disponibilit\u00e0<\/th>Tempo di inattivit\u00e0 a 30 giorni<\/th>Tempo di inattivit\u00e0 in 365 giorni<\/th><\/tr><\/thead>
99 %<\/strong><\/td>7 ore e 12 min.<\/td>3 giorni 15 ore 36 min.<\/td><\/tr>
99,5 %<\/strong><\/td>3 ore e 36 min.<\/td>1 giorno 19 ore 48 min.<\/td><\/tr>
99,9 %<\/strong><\/td>43 min. e 12 sec.<\/td>8 ore 45 min. 36 sec.<\/td><\/tr>
99,95 %<\/strong><\/td>21 min. 36 sec.<\/td>4 ore 22 min. 48 sec.<\/td><\/tr>
99,99 %<\/strong><\/td>4 min. 19 sec.<\/td>52 min. 34 sec.<\/td><\/tr>
99,999 %<\/strong><\/td>ca. 26 sec.<\/td>ca. 5 min. e 15 sec.<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n
Proprio in fatto di valori di disponibilit\u00e0, un nove in pi\u00f9 fa una differenza notevole.<\/p>\n\n\n\n
Tra 99,9 %<\/code> e 99,99 %<\/code> sembra solo un altro nove, ma su base annua il tempo di inattivit\u00e0 teorico scende da circa 8 ore e 46 minuti a meno di un'ora.<\/p>\n\n\n\n
Perch\u00e9 il periodo preso in considerazione \u00e8 cos\u00ec importante?<\/h2>\n\n\n\n
Una percentuale ha un significato limitato senza un periodo di riferimento.<\/p>\n\n\n\n
Ad esempio, possono:<\/p>\n\n\n\n
99,9 % al mese\n\ne\n\n99,9 % all'anno<\/code><\/pre>\n\n\n\n
descrivono s\u00ec matematicamente la stessa percentuale, ma il tempo di inattivit\u00e0 assoluto consentito o misurato differisce a seconda della lunghezza del periodo.<\/p>\n\n\n\n
Anche la valutazione dei singoli guasti pi\u00f9 lunghi pu\u00f2 quindi variare.<\/p>\n\n\n\n
Un esempio con un'interruzione di due ore<\/h2>\n\n\n\n
Supponendo che un sito web rimanga offline una volta per due ore nell'arco di un periodo di 30 giorni.<\/p>\n\n\n\n
Il mese ha:<\/p>\n\n\n\n
720 ore<\/code><\/p>\n\n\n\n
Di questi:<\/p>\n\n\n\n
718 ore disponibili<\/code><\/p>\n\n\n\n
La disponibilit\u00e0 \u00e8 quindi di:<\/p>\n\n\n\n
718\n\u2500\u2500\u2500 \u00d7 100\n720\n\n= circa 99,72 %<\/code><\/pre>\n\n\n\n
Un singolo blackout di due ore in questo esempio comporterebbe quindi gi\u00e0 l'assenza per questo periodo di 30 giorni di alcuna 99,9 %<\/code> essere raggiunto.<\/p>\n\n\n\n
Diverse brevi interruzioni vengono sommate<\/h2>\n\n\n\n
Il tempo di inattivit\u00e0 non deve necessariamente consistere in un'unica lunga interruzione.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
Interruzione 1: 5 minuti\nInterruzione 2: 12 minuti\nInterruzione 3: 8 minuti\nInterruzione 4: 10 minuti\n\nTotale: 35 minuti<\/code><\/pre>\n\n\n\n
Per il calcolo della disponibilit\u00e0 viene solitamente considerato il tempo totale conteggiato come downtime all'interno del periodo preso in esame.<\/p>\n\n\n\n
99,9 % non significa \u201eal massimo 43 minuti di fila\u201c<\/h2>\n\n\n\n
La cifra spesso citata di circa 43 minuti ogni 30 giorni viene talvolta fraintesa.<\/p>\n\n\n\n
Non significa:<\/p>\n\n\n\n
Un'interruzione pu\u00f2 durare al massimo 43 minuti.<\/code><\/p>\n\n\n\n
Ella descrive unicamente l'intero tempo di inattivit\u00e0 di calcolo, che corrisponde a una quota di 0,1 %<\/code> corrisponde a un periodo di 30 giorni.<\/p>\n\n\n\n
Questo tempo potrebbe teoricamente consistere in un evento pi\u00f9 lungo o in molti brevi eventi.<\/p>\n\n\n\n
L'uptime e la disponibilit\u00e0 vengono spesso usati come sinonimi<\/h2>\n\n\n\n
Nell'ambito del web hosting e del monitoraggio, i termini uptime e disponibilit\u00e0 vengono spesso usati quasi come sinonimi.<\/p>\n\n\n\n
Dal punto di vista tecnico, tuttavia, il concetto di disponibilit\u00e0 pu\u00f2 essere definito in modo pi\u00f9 ampio.<\/p>\n\n\n\n
Ad esempio, un sistema pu\u00f2 essere in funzione, ma ciononostante non essere utilizzabile in modo sensato dall'utente.<\/p>\n\n\n\n
Perci\u00f2 bisogna sempre chiarire cosa, in una misurazione concreta, venga considerato disponibile<\/strong> dorato.<\/p>\n\n\n\n
Quando un sito web \u00e8 considerato disponibile?<\/h2>\n\n\n\n
Ci\u00f2 dipende dal monitoraggio e dalla rispettiva definizione.<\/p>\n\n\n\n
Un semplice monitor potrebbe ad esempio utilizzare la seguente regola:<\/p>\n\n\n\n
HTTP 200\n\u2192 ATTIVO\n\nTimeout\n\u2192 NON ATTIVO\n\nHTTP 500\n\u2192 NON ATTIVO<\/code><\/pre>\n\n\n\n
Un altro monitor potrebbe verificare inoltre se un determinato contenuto \u00e8 presente sulla pagina.<\/p>\n\n\n\n
Ci\u00f2 significa che due sistemi di monitoraggio possono valutare lo stesso sito web in modo diverso.<\/p>\n\n\n\n
Una home page raggiungibile non significa che tutto sia disponibile<\/h2>\n\n\n\n
Supponiamo che un negozio online mostri la seguente situazione:<\/p>\n\n\n\n
Home Page\n\u2192 funziona\n\nPagine prodotto\n\u2192 funzionano\n\nCarrello\n\u2192 funziona\n\nCheckout\n\u2192 errore<\/code><\/pre>\n\n\n\n
Un monitor che verifica esclusivamente la pagina iniziale potrebbe comunque:<\/p>\n\n\n\n
SU<\/code><\/p>\n\n\n\n
segnalare.<\/p>\n\n\n\n
Per il gestore del negozio sussiste comunque una notevole interruzione funzionale.<\/p>\n\n\n\n
\n
Nota:<\/strong> Un valore di uptime descrive sempre la disponibilit\u00e0 di ci\u00f2 che \u00e8 stato effettivamente monitorato, non automaticamente la funzionalit\u00e0 dell'intero sito web.<\/p>\n<\/blockquote>\n\n\n\n
Cosa misura un monitor di uptime?<\/h2>\n\n\n\n
Un classico monitor di siti web richiama a intervalli regolari un URL definito e ne valuta la risposta.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
08:00 \u2192 UP\n08:05 \u2192 UP\n08:10 \u2192 DOWN\n08:15 \u2192 DOWN\n08:20 \u2192 UP<\/code><\/pre>\n\n\n\n
Aus diesen Pr\u00fcfungen kann das Monitoring anschlie\u00dfend Verf\u00fcgbarkeitswerte berechnen.<\/p>\n\n\n\n
Wie solche Systeme funktionieren und welche Pr\u00fcfmethoden es gibt, erkl\u00e4ren wir ausf\u00fchrlich unter Monitoraggio di siti web: monitorare la disponibilit\u00e0 e le interruzioni<\/a>.<\/p>\n\n\n\n
Das Pr\u00fcfintervall beeinflusst die Messgenauigkeit<\/h2>\n\n\n\n
Ein Monitoring-System sieht nicht automatisch jede einzelne Sekunde.<\/p>\n\n\n\n
Wird beispielsweise nur alle f\u00fcnf Minuten gepr\u00fcft, kann ein Ausfall zwischen zwei Pr\u00fcfungen beginnen oder enden.<\/p>\n\n\n\n
Esempio:<\/p>\n\n\n\n
10:00 Pr\u00fcfung \u2192 UP\n\n10:01 tats\u00e4chlicher Ausfall beginnt\n\n10:05 Pr\u00fcfung \u2192 DOWN\n\n10:07 Website wieder erreichbar\n\n10:10 Pr\u00fcfung \u2192 UP<\/code><\/pre>\n\n\n\n
Der tats\u00e4chliche Ausfall dauerte in diesem Beispiel ungef\u00e4hr sechs Minuten.<\/p>\n\n\n\n
Aus den reinen F\u00fcnf-Minuten-Pr\u00fcfpunkten l\u00e4sst sich der Beginn und das Ende jedoch nicht sekundengenau bestimmen.<\/p>\n\n\n\n
Warum verschiedene Monitoring-Dienste unterschiedliche Werte anzeigen k\u00f6nnen<\/h2>\n\n\n\n
Mehrere Systeme k\u00f6nnen dieselbe Website \u00fcberwachen und trotzdem leicht unterschiedliche Uptime-Werte ermitteln.<\/p>\n\n\n\n
Ursachen daf\u00fcr k\u00f6nnen beispielsweise sein:<\/p>\n\n\n\n
unterschiedliche Pr\u00fcfintervalle\n\nverschiedene Monitoring-Standorte\n\nandere Timeout-Grenzen\n\nunterschiedliche Erfolgskriterien\n\nunterschiedlicher Umgang\nmit Weiterleitungen\n\nBest\u00e4tigungspr\u00fcfungen\n\nregionale Netzwerkprobleme\n\nunterschiedliche Messzeitr\u00e4ume<\/code><\/pre>\n\n\n\n
Eine Abweichung bedeutet deshalb nicht automatisch, dass eines der Systeme falsch misst.<\/p>\n\n\n\n
Monitoring-Standort und Netzwerkweg spielen eine Rolle<\/h2>\n\n\n\n
Ein Monitor greift aus einem bestimmten Netzwerk auf die Website zu.<\/p>\n\n\n\n
Wenn zwischen diesem Monitoring-Standort und dem Server eine Netzwerkst\u00f6rung auftritt, kann der Monitor einen Fehler registrieren, obwohl Besucher aus anderen Regionen die Website weiterhin erreichen.<\/p>\n\n\n\n
Aus diesem Grund k\u00f6nnen Kontrollpr\u00fcfungen aus mehreren Standorten die Aussagekraft eines Monitorings verbessern.<\/p>\n\n\n\n
Was ist ein SLA?<\/h2>\n\n\n\n
SLA steht f\u00fcr Service Level Agreement<\/strong>.<\/p>\n\n\n\n
Ein SLA ist eine vertragliche Vereinbarung \u00fcber definierte Leistungsmerkmale eines Dienstes.<\/p>\n\n\n\n
Eine darin vereinbarte Verf\u00fcgbarkeit k\u00f6nnte beispielsweise lauten:<\/p>\n\n\n\n
99,9 %<\/code><\/p>\n\n\n\n
Entscheidend ist jedoch nicht nur diese Zahl.<\/p>\n\n\n\n
Ein SLA sollte auch definieren, wie die Verf\u00fcgbarkeit berechnet wird und welche Bedingungen gelten.<\/p>\n\n\n\n
99,9 % SLA ist nicht automatisch dasselbe wie 99,9 % gemessene Uptime<\/h2>\n\n\n\n
Questa differenza \u00e8 particolarmente importante.<\/p>\n\n\n\n
Ein Monitoring-System k\u00f6nnte f\u00fcr einen Monat beispielsweise:<\/p>\n\n\n\n
99,87 % Uptime<\/code><\/p>\n\n\n\n
visualizzare.<\/p>\n\n\n\n
Ob damit gleichzeitig ein vertragliches SLA verletzt wurde, l\u00e4sst sich aus dieser Zahl allein nicht beantworten.<\/p>\n\n\n\n
Das SLA kann eigene Regeln daf\u00fcr enthalten, welche Ereignisse bei der Berechnung ber\u00fccksichtigt oder ausgeschlossen werden.<\/p>\n\n\n\n
Was kann ein SLA zus\u00e4tzlich regeln?<\/h2>\n\n\n\n
Je nach Anbieter und Vertrag k\u00f6nnen beispielsweise folgende Punkte definiert sein:<\/p>\n\n\n\n
Messzeitraum\n\nMessmethode\n\nbetroffene Dienste\n\ngeplante Wartungsarbeiten\n\nangek\u00fcndigte Wartungsfenster\n\nh\u00f6here Gewalt\n\nkundenseitig verursachte St\u00f6rungen\n\nDDoS- oder externe Ereignisse\n\nMesspunkt des Anbieters\n\nReaktions- und Meldefristen\n\nService-Gutschriften<\/code><\/pre>\n\n\n\n
Welche Regeln tats\u00e4chlich gelten, ergibt sich ausschlie\u00dflich aus dem jeweiligen Vertrag beziehungsweise SLA.<\/p>\n\n\n\n
\n
Importante:<\/strong> Berechne einen m\u00f6glichen SLA-Anspruch niemals ausschlie\u00dflich anhand eines \u00f6ffentlichen Uptime-Monitors. Ma\u00dfgeblich sind die konkreten vertraglichen Bedingungen.<\/p>\n<\/blockquote>\n\n\n\n
Geplante Wartung und Verf\u00fcgbarkeit<\/h2>\n\n\n\n
Geplante Wartungsarbeiten sind ein gutes Beispiel daf\u00fcr, warum ein Monitoring-Wert und eine vertraglich berechnete Verf\u00fcgbarkeit voneinander abweichen k\u00f6nnen.<\/p>\n\n\n\n
Ein externer Monitor registriert m\u00f6glicherweise:<\/p>\n\n\n\n
Website 20 Minuten nicht erreichbar<\/code><\/p>\n\n\n\n
und z\u00e4hlt diese Zeit als Downtime.<\/p>\n\n\n\n
Ein SLA kann angek\u00fcndigte Wartungsfenster dagegen unter bestimmten Voraussetzungen von seiner Verf\u00fcgbarkeitsberechnung ausnehmen.<\/p>\n\n\n\n
Beide Werte k\u00f6nnen damit korrekt sein \u2013 sie beantworten lediglich unterschiedliche Fragen.<\/p>\n\n\n\n
Beworbene Verf\u00fcgbarkeit und SLA unterscheiden<\/h2>\n\n\n\n
Auch Marketingaussagen und vertragliche Garantien sollten nicht automatisch gleichgesetzt werden.<\/p>\n\n\n\n
Eine Website kann beispielsweise mit einer hohen Verf\u00fcgbarkeit werben.<\/p>\n\n\n\n
Ob daraus eine verbindliche Garantie, ein SLA oder ein Anspruch auf eine bestimmte Entsch\u00e4digung entsteht, h\u00e4ngt von den konkreten Vertragsbedingungen ab.<\/p>\n\n\n\n
Die Prozentzahl allein beantwortet diese Fragen nicht.<\/p>\n\n\n\n
Was bedeutet \u201e99,9 % Uptime-Garantie\u201c?<\/h2>\n\n\n\n
Wenn ein Anbieter diesen Begriff verwendet, solltest du pr\u00fcfen, wie die Garantie tats\u00e4chlich definiert ist.<\/p>\n\n\n\n
Rilevanti sono, ad esempio:<\/p>\n\n\n\n
Welche Dienste sind umfasst?\n\nWelcher Zeitraum gilt?\n\nWie wird gemessen?\n\nWelche Ausf\u00e4lle z\u00e4hlen?\n\nWelche Ausnahmen gelten?\n\nWas passiert bei Unterschreitung?\n\nMuss der Kunde einen Anspruch melden?<\/code><\/pre>\n\n\n\n
Erst diese Bedingungen machen aus der Prozentzahl eine konkret bewertbare Zusage.<\/p>\n\n\n\n
100 % Verf\u00fcgbarkeit ist ein besonderer Anspruch<\/h2>\n\n\n\n
Eine mathematisch gemessene Verf\u00fcgbarkeit von 100 %<\/code> innerhalb eines bestimmten Zeitraums ist selbstverst\u00e4ndlich m\u00f6glich, wenn kein Ausfall registriert wurde.<\/p>\n\n\n\n
Eine dauerhafte Zusage von 100 %<\/code> Verf\u00fcgbarkeit ist dagegen wesentlich weitreichender.<\/p>\n\n\n\n
Reale IT-Systeme bestehen aus zahlreichen Komponenten und Abh\u00e4ngigkeiten:<\/p>\n\n\n\n
Netzwerk\n\nStromversorgung\n\nHardware\n\nBetriebssystem\n\nWebserver\n\nDatenbank\n\nDNS\n\nAnwendung\n\nexterne Dienste<\/code><\/pre>\n\n\n\n
Redundanz kann die Verf\u00fcgbarkeit stark erh\u00f6hen, aber technische Risiken nicht mathematisch vollst\u00e4ndig beseitigen.<\/p>\n\n\n\n
Hohe Verf\u00fcgbarkeit ben\u00f6tigt mehr als einen guten Server<\/h2>\n\n\n\n
Die Erreichbarkeit einer Website h\u00e4ngt nicht ausschlie\u00dflich von der Hardware des Webservers ab.<\/p>\n\n\n\n
Ein vereinfachter Zugriff kann mehrere Komponenten umfassen:<\/p>\n\n\n\n
Besucher\n   \u2193\nDNS\n   \u2193\nNetzwerk\n   \u2193\nFirewall \/ Proxy \/ CDN\n   \u2193\nWebserver\n   \u2193\nPHP \/ Anwendung\n   \u2193\nDatenbank\n   \u2193\nexterne Dienste<\/code><\/pre>\n\n\n\n
Ein Fehler an unterschiedlichen Stellen dieser Kette kann dazu f\u00fchren, dass die Website f\u00fcr den Benutzer nicht wie erwartet funktioniert.<\/p>\n\n\n\n
Redundanz verbessert die Verf\u00fcgbarkeit<\/h2>\n\n\n\n
Bei hochverf\u00fcgbaren Systemen werden kritische Komponenten h\u00e4ufig redundant ausgelegt.<\/p>\n\n\n\n
Ci\u00f2 pu\u00f2 riguardare, ad esempio:<\/p>\n\n\n\n
Stromversorgung\n\nNetzwerkverbindungen\n\nServer\n\nStorage\n\nLoad Balancer\n\nDatenbanken\n\nDNS-Infrastruktur<\/code><\/pre>\n\n\n\n
F\u00e4llt eine Komponente aus, kann eine andere ihre Aufgabe \u00fcbernehmen.<\/p>\n\n\n\n
Redundanz reduziert damit sogenannte Single Points of Failure.<\/p>\n\n\n\n
Redundanz allein garantiert keine Hochverf\u00fcgbarkeit<\/h2>\n\n\n\n
Zwei Systeme sind nicht automatisch hochverf\u00fcgbar, nur weil sie doppelt vorhanden sind.<\/p>\n\n\n\n
Wenn beide beispielsweise von derselben fehlerhaften Konfiguration, demselben Netzwerk oder derselben Anwendung abh\u00e4ngig sind, kann ein gemeinsamer Fehler weiterhin beide Systeme betreffen.<\/p>\n\n\n\n
F\u00fcr echte Hochverf\u00fcgbarkeit m\u00fcssen deshalb Abh\u00e4ngigkeiten und Ausfallszenarien als Gesamtsystem betrachtet werden.<\/p>\n\n\n\n
Was ist ein Single Point of Failure?<\/h2>\n\n\n\n
Ein Single Point of Failure ist eine einzelne Komponente, deren Ausfall das gesamte betrachtete System beeintr\u00e4chtigen kann.<\/p>\n\n\n\n
In sintesi:<\/p>\n\n\n\n
Website\n   \u2193\nein Server\n   \u2193\nServer f\u00e4llt aus\n   \u2193\nWebsite f\u00e4llt aus<\/code><\/pre>\n\n\n\n
Redundante Architekturen versuchen, solche einzelnen kritischen Abh\u00e4ngigkeiten zu reduzieren.<\/p>\n\n\n\n
Uptime sagt nichts \u00fcber die Geschwindigkeit einer Website aus<\/h2>\n\n\n\n
Eine Website kann:<\/p>\n\n\n\n
99,99 % erreichbar<\/code><\/p>\n\n\n\n
Eppure:<\/p>\n\n\n\n
sehr langsam<\/code><\/p>\n\n\n\n
essere.<\/p>\n\n\n\n
Verf\u00fcgbarkeit und Performance sind unterschiedliche Qualit\u00e4tsmerkmale.<\/p>\n\n\n\n
Wenn du die Geschwindigkeit einer Website untersuchen m\u00f6chtest, findest du unter Misurare e valutare correttamente il tempo di caricamento del sito web<\/a> die passende Anleitung.<\/p>\n\n\n\n
Auch Core Web Vitals sind keine Uptime-Messung<\/h2>\n\n\n\n
Die Core Web Vitals bewerten Aspekte der Nutzererfahrung wie Ladeverhalten, Interaktionsreaktion und visuelle Stabilit\u00e4t.<\/p>\n\n\n\n
Sie beantworten nicht die Frage, wie viele Minuten eine Website innerhalb eines Monats erreichbar war.<\/p>\n\n\n\n
Puoi trovare maggiori informazioni su Core Web Vitals spiegati: LCP, INP e CLS<\/a>.<\/p>\n\n\n\n
PageSpeed 100 bedeutet nicht 100 % Uptime<\/h2>\n\n\n\n
Auch ein sehr gutes Ergebnis bei Google PageSpeed Insights sagt nichts dar\u00fcber aus, ob die Website rund um die Uhr erreichbar ist.<\/p>\n\n\n\n
Umgekehrt garantiert eine hohe Uptime keine guten PageSpeed-Werte.<\/p>\n\n\n\n
Die Werkzeuge betrachten unterschiedliche Aspekte:<\/p>\n\n\n\n
Website-Monitoring\n\u2192 Verf\u00fcgbarkeit\n\nPageSpeed Insights\n\u2192 Performance und Nutzererfahrung\n\nSearch Console\n\u2192 Suchmaschinen- und Indexierungsdaten<\/code><\/pre>\n\n\n\n
Uptime und Fehlerfreiheit sind ebenfalls nicht dasselbe<\/h2>\n\n\n\n
Eine Website kann erreichbar sein und trotzdem Fehler besitzen.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
Startseite erreichbar\n\nKontaktformular defekt\n\nSuchfunktion defekt\n\neinzelne Bilder fehlen\n\nCheckout defekt<\/code><\/pre>\n\n\n\n
Ein einfacher Uptime-Monitor erkennt solche funktionalen Probleme m\u00f6glicherweise nicht.<\/p>\n\n\n\n
Wie aussagekr\u00e4ftig ist ein Monatswert?<\/h2>\n\n\n\n
Ein Monatswert ist n\u00fctzlich, zeigt aber nur einen begrenzten Zeitraum.<\/p>\n\n\n\n
Per esempio:<\/p>\n\n\n\n
Januar  100,00 %\nFebruar 100,00 %\nM\u00e4rz     99,10 %\nApril   100,00 %<\/code><\/pre>\n\n\n\n
Ein einzelner Monatswert kann einen au\u00dfergew\u00f6hnlichen Vorfall deutlich sichtbar machen.<\/p>\n\n\n\n
Eine l\u00e4ngerfristige Betrachtung hilft zus\u00e4tzlich dabei, die Stabilit\u00e4t eines Dienstes \u00fcber mehrere Monate zu beurteilen.<\/p>\n\n\n\n
Jahres-Uptime nicht aus Monatswerten einfach mitteln<\/h2>\n\n\n\n
Bei unterschiedlich langen Messzeitr\u00e4umen solltest du Prozentwerte nicht unkritisch arithmetisch mitteln.<\/p>\n\n\n\n
Sauberer ist es, die gesamte verf\u00fcgbare Zeit und die gesamte betrachtete Zeit zusammenzurechnen.<\/p>\n\n\n\n
In sintesi:<\/p>\n\n\n\n
gesamte verf\u00fcgbare Zeit\n\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500\u2500 \u00d7 100\ngesamte betrachtete Zeit<\/code><\/pre>\n\n\n\n
Damit werden unterschiedlich lange Zeitr\u00e4ume korrekt gewichtet.<\/p>\n\n\n\n
Ein konkretes Beispiel<\/h2>\n\n\n\n
Angenommen, eine Website wird \u00fcber 30 Tage \u00fcberwacht und es treten drei best\u00e4tigte Ausf\u00e4lle auf:<\/p>\n\n\n\n
Ausfall 1:  7 Minuten\nAusfall 2: 11 Minuten\nAusfall 3:  4 Minuten\n\nGesamte Downtime:\n22 Minuten<\/code><\/pre>\n\n\n\n
Der Zeitraum umfasst:<\/p>\n\n\n\n
43.200 Minuten<\/code><\/p>\n\n\n\n
Die verf\u00fcgbare Zeit betr\u00e4gt:<\/p>\n\n\n\n
43.178 Minuten<\/code><\/p>\n\n\n\n
Damit ergibt sich:<\/p>\n\n\n\n
43.178\n\u2500\u2500\u2500\u2500\u2500\u2500 \u00d7 100\n43.200\n\n\u2248 99,949 %<\/code><\/pre>\n\n\n\n
Gerundet k\u00f6nnte das Monitoring damit beispielsweise 99,95 %<\/code> visualizzare.<\/p>\n\n\n\n
Rundung kann Unterschiede erzeugen<\/h2>\n\n\n\n
Bei hohen Verf\u00fcgbarkeitswerten kann die Rundung relevant sein.<\/p>\n\n\n\n
Ein intern berechneter Wert von beispielsweise:<\/p>\n\n\n\n
99,9491 %<\/code><\/p>\n\n\n\n
kann bei einer Darstellung mit zwei Nachkommastellen als:<\/p>\n\n\n\n
99,95 %<\/code><\/p>\n\n\n\n
apparire.<\/p>\n\n\n\n
Bei SLA-Grenzwerten sollte deshalb klar sein, mit welcher Genauigkeit gerechnet und wann gerundet wird.<\/p>\n\n\n\n
Warum ein einzelner Screenshot nicht f\u00fcr eine SLA-Bewertung reicht<\/h2>\n\n\n\n
Ein Screenshot eines Monitoring-Dashboards kann einen wichtigen Hinweis liefern, ist aber nicht automatisch eine vollst\u00e4ndige vertragliche Auswertung.<\/p>\n\n\n\n
F\u00fcr eine belastbare Bewertung k\u00f6nnen zus\u00e4tzlich relevant sein:<\/p>\n\n\n\n
vollst\u00e4ndiger Messzeitraum\n\nMonitor-Konfiguration\n\nPr\u00fcfintervall\n\nAusfallhistorie\n\nBest\u00e4tigungspr\u00fcfungen\n\nWartungsfenster\n\nvertragliche Ausschl\u00fcsse\n\nSLA-Berechnungsmethode<\/code><\/pre>\n\n\n\n
Die Messdaten und die vertragliche Bewertung sollten deshalb getrennt betrachtet werden.<\/p>\n\n\n\n
Was solltest du bei einer Verf\u00fcgbarkeitsangabe pr\u00fcfen?<\/h2>\n\n\n\n
Wenn du eine Uptime- oder Verf\u00fcgbarkeitsangabe beurteilen m\u00f6chtest, helfen einige konkrete Fragen:<\/p>\n\n\n\n
Welcher Zeitraum wird betrachtet?\n\nWas wird \u00fcberwacht?\n\nVon wo wird gemessen?\n\nWie h\u00e4ufig wird gepr\u00fcft?\n\nWann gilt ein Check als DOWN?\n\nWerden Fehler best\u00e4tigt?\n\nZ\u00e4hlen Wartungsarbeiten mit?\n\nHandelt es sich um Messwert,\nZielwert oder SLA?\n\nWelche Ausnahmen gelten?<\/code><\/pre>\n\n\n\n
Damit erh\u00e4lt die reine Prozentzahl den notwendigen Kontext.<\/p>\n\n\n\n
Uptime-Monitoring sinnvoll einsetzen<\/h2>\n\n\n\n
F\u00fcr den praktischen Betrieb einer Website ist ein kontinuierliches Monitoring vor allem deshalb wertvoll, weil St\u00f6rungen schnell erkannt und zeitlich dokumentiert werden k\u00f6nnen.<\/p>\n\n\n\n
Ein sinnvoller Ablauf sieht beispielsweise so aus:<\/p>\n\n\n\n
Website wird \u00fcberwacht\n        \u2193\nPr\u00fcfung schl\u00e4gt fehl\n        \u2193\nFehler wird best\u00e4tigt\n        \u2193\nAlarm wird ausgel\u00f6st\n        \u2193\nSt\u00f6rung wird untersucht\n        \u2193\nWebsite wieder erreichbar\n        \u2193\nMonitoring best\u00e4tigt UP\n        \u2193\nAusfalldauer dokumentieren<\/code><\/pre>\n\n\n\n
Die technische Einrichtung und Interpretation solcher Pr\u00fcfungen erkl\u00e4ren wir unter Monitoraggio di siti web: monitorare la disponibilit\u00e0 e le interruzioni<\/a>.<\/p>\n\n\n\n
Uptime bei sporadischen Problemen<\/h2>\n\n\n\n
Eine hohe monatliche Uptime kann einzelne st\u00f6rende Probleme verdecken.<\/p>\n\n\n\n
Angenommen, eine Website f\u00e4llt fast jeden Tag f\u00fcr wenige Sekunden oder Minuten aus.<\/p>\n\n\n\n
Der monatliche Prozentwert kann trotzdem relativ hoch erscheinen, w\u00e4hrend die wiederkehrenden Unterbrechungen f\u00fcr Besucher oder Betreiber st\u00f6rend sind.<\/p>\n\n\n\n
Deshalb solltest du neben dem Gesamtwert auch die einzelnen Incidents betrachten.<\/p>\n\n\n\n
Ein langer Ausfall und viele kurze Ausf\u00e4lle sind nicht dasselbe<\/h2>\n\n\n\n
Mathematisch k\u00f6nnen beide Situationen dieselbe Downtime erzeugen:<\/p>\n\n\n\n
1 \u00d7 30 Minuten\n\noder\n\n30 \u00d7 1 Minute<\/code><\/pre>\n\n\n\n
F\u00fcr den Gesch\u00e4ftsbetrieb k\u00f6nnen die Auswirkungen jedoch unterschiedlich sein.<\/p>\n\n\n\n
Viele kurze Unterbrechungen k\u00f6nnen beispielsweise auf ein wiederkehrendes technisches Problem hinweisen, w\u00e4hrend ein einzelner l\u00e4ngerer Ausfall eine einmalige St\u00f6rung gewesen sein kann.<\/p>\n\n\n\n
Uptime im Zusammenhang mit Gesch\u00e4ftsrisiken betrachten<\/h2>\n\n\n\n
Wie kritisch ein Ausfall ist, h\u00e4ngt stark von der Website ab.<\/p>\n\n\n\n
Bei einer einfachen Informationsseite k\u00f6nnen zehn Minuten Nichterreichbarkeit vergleichsweise geringe Auswirkungen haben.<\/p>\n\n\n\n
Bei einem stark frequentierten Onlineshop w\u00e4hrend einer wichtigen Verkaufsaktion k\u00f6nnen dieselben zehn Minuten erhebliche Folgen besitzen.<\/p>\n\n\n\n
Eine technisch identische Uptime kann deshalb f\u00fcr unterschiedliche Unternehmen eine v\u00f6llig andere gesch\u00e4ftliche Bedeutung haben.<\/p>\n\n\n\n
Verf\u00fcgbarkeit ist nur eine Kennzahl<\/h2>\n\n\n\n
Die Qualit\u00e4t eines Hosting- oder Websystems l\u00e4sst sich nicht sinnvoll anhand einer einzigen Prozentzahl beurteilen.<\/p>\n\n\n\n
Weitere Faktoren sind beispielsweise:<\/p>\n\n\n\n
Performance\n\nStabilit\u00e4t\n\nSicherheit\n\nBackup-Konzept\n\nWiederherstellbarkeit\n\nSupport\n\nMonitoring\n\nWartung\n\nRedundanz\n\nFehlerbehebung<\/code><\/pre>\n\n\n\n
Eine hohe Uptime ist wichtig, ersetzt diese Faktoren aber nicht.<\/p>\n\n\n\n
H\u00e4ufige Missverst\u00e4ndnisse bei Uptime-Angaben<\/h2>\n\n\n\n
99,9 % bedeutet keinen Ausfall\n\n99,9 % bedeutet maximal\n43 Minuten pro Ausfall\n\n100 % im letzten Monat bedeutet\n100 % f\u00fcr immer\n\nUptime bedeutet schnelle Website\n\nUP bedeutet alle Funktionen\narbeiten fehlerfrei\n\nexterner Monitor und SLA\nm\u00fcssen denselben Wert zeigen\n\njede Wartung z\u00e4hlt zwingend\nals SLA-Downtime\n\njede Monitoring-St\u00f6rung ist\nein Serverausfall\n\n99,99 % ist fast dasselbe\nwie 99,9 %\n\nein hoher Uptime-Wert allein\nbeweist hochwertiges Hosting<\/code><\/pre>\n\n\n\n
Checkliste: Uptime richtig beurteilen<\/h2>\n\n\n\n
Prozentwert ansehen\n        \u2193\nZeitraum bestimmen\n        \u2193\nabsolute Downtime berechnen\n        \u2193\nMessmethode pr\u00fcfen\n        \u2193\n\u00fcberwachten Endpunkt pr\u00fcfen\n        \u2193\nPr\u00fcfintervall ber\u00fccksichtigen\n        \u2193\neinzelne Incidents ansehen\n        \u2193\nMonitoring-Standorte pr\u00fcfen\n        \u2193\nMesswert oder SLA?\n        \u2193\nSLA-Bedingungen lesen\n        \u2193\nWartungsfenster und\nAusnahmen ber\u00fccksichtigen\n        \u2193\ngesch\u00e4ftliche Auswirkungen\nbewerten<\/code><\/pre>\n\n\n\n
Riepilogo<\/h2>\n\n\n\n
Uptime beziehungsweise Verf\u00fcgbarkeit beschreibt, welcher Anteil eines betrachteten Zeitraums ein System nach einer bestimmten Definition verf\u00fcgbar war.<\/p>\n\n\n\n
99,9 %<\/code> Verf\u00fcgbarkeit bedeutet rechnerisch 0,1 %<\/code> Downtime. Bei einem Zeitraum von 30 Tagen entspricht das ungef\u00e4hr 43 Minuten und 12 Sekunden. Auf ein Jahr mit 365 Tagen gerechnet entsprechen 99,9 %<\/code> ungef\u00e4hr 8 Stunden und 46 Minuten Downtime.<\/p>\n\n\n\n
Eine Prozentangabe ist jedoch nur dann wirklich aussagekr\u00e4ftig, wenn auch Messzeitraum und Messmethode bekannt sind. Pr\u00fcfintervall, Monitoring-Standort, Timeout, Erfolgskriterien und der tats\u00e4chlich \u00fcberwachte Endpunkt beeinflussen das Ergebnis.<\/p>\n\n\n\n
Besonders wichtig ist die Unterscheidung zwischen einer technisch gemessenen Uptime und einem vertraglichen SLA. Ein SLA kann eigene Messverfahren, Ausnahmen, Wartungsfenster und weitere Bedingungen definieren. Ein \u00f6ffentlicher Monitoring-Wert l\u00e4sst sich deshalb nicht automatisch als Nachweis f\u00fcr die Erf\u00fcllung oder Verletzung eines SLA verwenden.<\/p>\n\n\n\n
Auch Performance und Verf\u00fcgbarkeit sind getrennte Themen. Eine Website kann sehr schnell sein und trotzdem ausfallen \u2013 oder nahezu st\u00e4ndig erreichbar und gleichzeitig langsam sein.<\/p>\n\n\n\n
Eine Uptime-Zahl ist deshalb erst mit ihrem Kontext wirklich aussagekr\u00e4ftig: Was wurde gemessen, \u00fcber welchen Zeitraum, nach welchen Kriterien \u2013 und welche Verf\u00fcgbarkeit ben\u00f6tigt die Website f\u00fcr ihren tats\u00e4chlichen Einsatzzweck?<\/strong><\/p>","protected":false},"excerpt":{"rendered":"
Bei Webhosting, Cloud-Diensten und anderen Online-Services begegnen dir h\u00e4ufig Angaben wie 99,9 % Verf\u00fcgbarkeit, 99,95 % Uptime oder sogar 99,99 %. Auf den ersten Blick wirken diese Werte fast identisch. Rechnerisch k\u00f6nnen jedoch bereits wenige Nachkommastellen einen erheblichen Unterschied bei der m\u00f6glichen Ausfallzeit ausmachen. Gleichzeitig sagt eine Prozentzahl allein noch nicht, wie sie gemessen wurde, […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[85],"doc_tag":[],"class_list":["post-22922","docs","type-docs","status-publish","hentry","doc_category-seo-monitoring"],"year_month":"2026-09","word_count":2894,"total_views":"3","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/it\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"SEO & Monitoring","term_url":"https:\/\/www.curiaweb.ch\/it\/hilfe-kategorie\/seo-monitoring\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22922","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/comments?post=22922"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22922\/revisions"}],"predecessor-version":[{"id":22924,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/docs\/22922\/revisions\/22924"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/media?parent=22922"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_category?post=22922"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/it\/wp-json\/wp\/v2\/doc_tag?post=22922"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}