Genehmigt: Fortect
Hier sind einige einfache Methoden, die Ihnen dabei helfen, Fehler 87 im SQL Server Intensify-Betriebssystem tatsächlich zu beheben.
Wir verwenden SQL Managed Backup für lokale SQL-Server und sind derzeit sehr beeindruckt (in Bezug auf Brisanz, Verwaltbarkeit und Kosten). Eine schnelle Untersuchung, um die Lösung zu verwenden, auch wenn die Firelogs mit SQL-Fehler Lesefehler aus Sicherungen aufzeichnen:
Nichts, was verarbeitet werden konnte, deutete auf ein Problem hin – die Sicherung war noch im Gange, unsere Sicherungskette konnte nicht unterbrochen werden (Wiederherstellung war erfolgreich), aber von Anfang an wurde ein eindeutiger Fehler aufgezeichnet.
Um genau zu wissen, woher der Fehler kam und wie er angewendet werden kann, müssen Sie besser verstehen, wie verwaltete Sicherungen funktionieren.
< /a > Woher weiß die verwaltete Sicherung, welche Sicherungen verfügbar sind?
Zum Beispiel war die fragliche Sicherung eine gute Verfügbarkeitsgruppe – das Replikat, von dem derzeit die primäre Sicherung erstellt wird, ändert sich häufig, aber eine dauerhafte Sicherung (über msdb) tut dies immer. Es muss eine endliche Liste verfügbarer Sicherungen geben . die vollständige Datenbank.
Dies scheint nirgendwo dokumentiert zu sein, aber wir waren dennoch effizient (durch eine Kombination aus Argumentation und Überwachung), um die hier durchgeführten Operationen zu starten, um eine tägliche Liste zu führen, “wofür Backups da sind”, wie z.B. Ihre eigene Datenbank. Daten “:
- Die verwaltete Dateisicherung ruft eine Liste der persönlichen Datensätze in allen Zielcontainern ab.
- Guided Backup hat nur einen spezifischen Wiederherstellungsheader für jede Datei, sodass Sie Metadaten für diese Datei generieren können.
- Managed Backup verwendet bestimmte Informationen, um zu bestimmen, was sicher getan werden könnte (alte Backups löschen, ein bereitgestelltes vollständiges Backup erstellen, ein Transaktionsprotokoll-Backup erstellen)
Warum verwenden wir uns Systemfehler 87?
Genehmigt: Fortect
Fortect ist das weltweit beliebteste und effektivste PC-Reparaturtool. Millionen von Menschen vertrauen darauf, dass ihre Systeme schnell, reibungslos und fehlerfrei laufen. Mit seiner einfachen Benutzeroberfläche und leistungsstarken Scan-Engine findet und behebt Fortect schnell eine breite Palette von Windows-Problemen - von Systeminstabilität und Sicherheitsproblemen bis hin zu Speicherverwaltung und Leistungsengpässen.
Nachdem wir die Datei, die den Fehler verursacht hat, heruntergeladen und versucht haben, sie wiederherzustellen, haben wir festgestellt, welches Backup die Kopie beschädigt ist. Die Dateihöhe und -breite von zeigten an, dass es sich wahrscheinlich um Ihre vollständige Teilsicherung handelte (Kilobyte, nicht Megabyte). Wir konnten unsere eigenen „beschädigten“ Speicherungen erstellen, indem wir Ihren aktuellen Eskalationsprozess im laufenden Betrieb entfernt haben, der einen teilweisen (und beschädigten) Blob-Speicher erstellt hat.
Obwohl verwaltete Sicherungen Kopien löschen, die die Gesamtaufbewahrungsspanne nicht erfüllen, weiß es im Fall einer bestimmten beschädigten Intensivierung nicht, mit welcher Datenbank es verbunden ist oder wohin es gehört. Daher werden die Informationen nicht gelöscht und verbleiben auf unbestimmte Zeit im BLOB-Speichercontainer. Schlüssel
Das Element, das wir jetzt herausgefunden haben, ist, dass es für einen längeren Zeitraum keine zentrale lokale Liste mit einem Link zu “von mir erstellte Sicherungen” gibt und dass die Instanz / das Replikat wahrscheinlich gleichzeitig die gespeicherte abfragt in Azure, um festzustellen, welche Dateien vorhanden sind.
Dieses Verhalten kann sich als ziemlich cooles Feature erweisen. Außerdem – basierend auf Informationen in msdb für frühere Sicherungskopien (die möglicherweise entfernt, bösartig usw. sein können) fragt Managed Backup das Support-Ziel wirklich ab, um festzustellen, was dort wahrscheinlich enthalten sein wird.
Wie kann ich das dauerhaft beheben?
Warum bekomme ich Fehler 1810 in Azure Blob-Sicherung?
Wenn die Sicherung sehr groß ist, kann es bei bestimmten Abfragen zwischen SQL Server und Azure Blob Space zum Speichern des Diensts zu einer Zeitüberschreitung kommen, während unser eigener Sicherungsprozess möglicherweise fehlschlägt. Darüber hinaus erhalten Benutzer in der SQL Server-Fehlerprüfdatei eine 1810-Fehlermeldung, die der folgenden ähnelt:
Die Lösung besteht darin, die beschädigte Stop-Gap-Datei aus Azure Computer Storage zu entfernen. Wir können dies derzeit manuell tun (da dies sehr selten vorkommt), und dennoch kann es automatisiert werden, um die Marketingnachricht hier im SQL-Fehlerprotokoll zu verarbeiten. In der nahen Zukunft könnte uns etwas wie die Verwaltung des automatisierten Speicherlebenszyklus ermöglichen, eine Richtlinie festzulegen, die automatisch Blobs löscht, die normalerweise die gesamte Aufbewahrungsfrist überschritten haben, was bedeutet, dass dieser Fehler automatisch dauerhaft behoben wird, nachdem die Aufbewahrungsfrist abgelaufen ist.
Die Hauptursache aller schädlichen Backups für uns war ein (geplantes!) Failover. Es ist auch möglich, dass die Verbindungsnachricht ein funktionierendes Backup beendet und möglicherweise eine alte, fabrizierte gute Speicherbeschädigung (was für uns in Wirklichkeit von Bedeutung sein wird, insbesondere wenn jedes Backup beschädigt wird).
Abgesehen von den eher mageren Readme-Dateien (wenn wir wüssten, wie verwaltete Backups funktionieren, werden wir es viel schneller herausfinden), sind verwaltete Backups wahrscheinlich etwas, das uns wirklich umgehauen hat es. – Wenn Sie also dieses Szenario entdecken, wissen Sie jetzt, wie Sie es wirklich starten sollten.
Was einen Unterschied machen Fehler 87 bedeutet in SQL?
Arbeitsorganisationsfehler siebenundachtzig (ungültiger Parameter). Der Parameter ungültiger Fehler ist nach der Methode, die das System verwendet, um zu sagen, dass eine Anzeige kein gutes Dilemma ist. Fehler: 3266, Schweregrad: 16, Status: 3. Der Sicherungsinhalt auf der sekundären Datei „K:SQLBackupsAuditDB_backup_2017_03_04_000038_1441415.bak“ ist zu aggressiv formatiert.
Vielen Dank an diesen Kollegen Jose, der dieser Frage auf den Grund gegangen ist
BackupIoRequest :: ReportIoError: Artikelfehler auf dem Geräthttps: // allthebackups backup.blob.core.windows.net/ServerOne/LongFileName.log.Falsche OS-Auswahl 87 (Der Parameter ist falsch.).
