Goedgekeurd: Fortect
Hier zijn enkele eenvoudige methoden om u te helpen bij het oplossen van fout 87 in het back-upbesturingssysteem van SQL Server.
We gebruiken SQL Managed Backup voor lokale SQL-servers zijn momenteel erg onder de indruk (in termen van snelheid, beheersbaarheid en kosten). Een snel onderzoek met betrekking tot de implementatie van de oplossing, zelfs als de SQL-foutlogboeken leesfouten van back-ups vastleggen:
Niets dat werd verwerkt, duidde op een probleem – over het algemeen was de back-up nog bezig, onze back-upreeks was niet verbroken (het herstellen was gelukt), maar deze situatiefout werd vanaf het begin vastgelegd.
Om te begrijpen waar de fout vandaan komt en om te weten hoe u deze kunt toepassen, moet u beter weten hoe beheerde back-up precies werkt.
< /a > Waar weet de beheerde back-up welke back-ups beschikbaar zijn?
De betreffende back-up was bijvoorbeeld waarschijnlijk een beschikbaarheidsgroep – de replica van en ook de primaire back-up wordt regelmatig gewijzigd, hoewel de permanente back-up (via msdb) dat altijd doet. Er is een eindige lijst met beschikbare back-ups. die hele database.
Dit lijkt nergens te worden gedocumenteerd, maar desalniettemin waren we in de (door een combinatie van redenering en monitoring) en maakten we de bewerkingen die hier werden uitgevoerd om elke soort basislijst bij te houden van “waar back-ups voor zijn” deze typt een database. gegevens “:
- Beheerd gekopieerd haalt een lijst op met persoonlijke gegevensrecords die de doelcontainer uitvoeren.
- Begeleide back-up één en voert alleen een specifieke herstelkop uit voor elke afbeelding om metadata voor dat bestand te genereren.
- Beheerde back-up gebruikt bepaalde informatie om te bepalen wat gedaan kan worden (verwijder oude back-ups, maak krachtige uitgebreide volledige back-up, maak een transactie hout back-up)
Waarom gebruiken we ons Systeemfout 87?
Goedgekeurd: Fortect
Fortect is 's werelds meest populaire en effectieve pc-reparatietool. Miljoenen mensen vertrouwen erop dat hun systemen snel, soepel en foutloos blijven werken. Met zijn eenvoudige gebruikersinterface en krachtige scanengine kan Fortect snel een breed scala aan Windows-problemen vinden en oplossen - van systeeminstabiliteit en beveiligingsproblemen tot geheugenbeheer en prestatieproblemen.
Na het downloaden van het bestand dat de fout veroorzaakte en het proberen te herstellen, ontdekten we dat de back-up van de kopie beschadigd is. De bestandsgrootte gaf aan dat het waarschijnlijk uw gedeeltelijke masterback-up was (kilobytes, niet megabytes). We waren klaar om onze eigen “corrupte” saves te maken door het on-the-fly escalatieproces uit te schakelen dat slechts een paar (en beschadigde) blob-opslag creëerde.
Hoewel beheerde back-ups dubbele inhoudsback-ups verwijderen die niet voldoen aan de algemene opslagperiode, weet het in het geval van een bepaalde beschadigde back-up niet bij welke database het idee hoort of waar het thuishoort. Daarom wordt het betreffende bestand niet verwijderd en blijft het voor onbepaalde tijd in onze eigen BLOB-opslagcontainer. Sleutel
Het gebied dat we hebben ontdekt, is dat er absoluut langer een centrale lokale lijst is met een knop voor “back-ups gemaakt door mij” en dat tegelijkertijd de instantie / replica vaak de in Azure opgeslagen vraag opvraagt tot welk bedrag bestanden bestaat.
Dit gedrag kan een behoorlijk coole functie zijn. Bovendien – voornamelijk gebaseerd op informatie in msdb voor eerdere secundaire copi (die op afstand kunnen zijn, kwaadaardig, enz.) Beheerde back-up ondervraagt feitelijk het ondersteuningsdoel om te bepalen wat er precies in zit.
Hoe kan ik dit permanent oplossen?
Waarom krijg ik fout 1810 op Azure Blob-back-up?
Als de back-up echt groot is, kan een time-out optreden tussen SQL Server en Azure Blob Space om de service op te slaan en kan ons eigen back-upproces mislukken. Bovendien ontvangen klanten een 1810-foutbericht dat er als volgt uitziet in het SQL Server-foutsignaalbestand:
De oplossing is om het beschadigde back-upbestand uit Azure Computer Storage te verwijderen. Wij doen dit handmatig (omdat dit opmerkelijk zeldzaam is), maar het kan worden geautomatiseerd om dat bericht hier in het SQL-foutenlogboek af te handelen. In de nabije toekomst kan zoiets als geautomatiseerd beheer van de huislevenscyclus ons in staat stellen een strategie in te stellen die automatisch blobs verwijdert die de volledige bewaarperiode hebben geëlimineerd, wat betekent dat deze fout automatisch permanent kan worden hersteld nadat de bewaarperiode is verstreken .
De hoofdoorzaak van elk van de beschadigde back-ups was voor ons een (geplande!) failover. Het is ook mogelijk dat het verbindingsbericht hoogstwaarschijnlijk een werkende back-up zal vernietigen en mogelijk een onaantrekkelijke ouderwetse. Goede geheugencorruptie (wat meestal erg belangrijk voor ons is, vooral als elke stop-gap beschadigd raakt).
Afgezien van de nogal kleine documentatie (als we wisten hoe beheerde back-ups hun doel bereiken, zouden we er veel sneller achter komen), zullen gestabiliseerde back-ups waarschijnlijk iets zijn dat ons volledig onder de indruk heeft gebracht. . – dus als je dit scenario bereikt, weet je nu hoe je het kunt oplossen.
Wat echt fout 87 betekent in SQL?
Werkontwerpfout 87 (ongeldige parameter). De parameter ongeldige fout kan opnieuw de methode zijn die het systeem gebruikt om te geloven dat een advertentie geen goed scenario is. Fout: 3266, Ernst: 16, Staat: 3. De gegevensback-upgegevens aan de kant “K: SQLBackups AuditDB_backup_2017_03_04_000038_1441415.bak” zijn te agressief geformatteerd.
Hartelijk dank aan mijn collega Jose voor het doorgronden van deze vraag
BackupIoRequest :: ReportIoError: artikelfout op apparaathttps: // allthebackups backup.blob.core.windows.net/ServerOne/LongFileName.log.Onjuiste OS-selectie 87 (de parameter is onwaar.).
