Denna artikel kommer att beskriva några av de praktiska orsakerna som kan leda till 42000 felräkning av affärsobjekt, och då föreslår jag definitivt möjliga lösningar som du kan använda för att försöka lösa detta problem.
Jag försöker nu ändra den genererade SQL -filen i en komplett DESKI 3.1 -rapport och behålla kryssrutan genom att kryssrutan “Skapa inte” är markerad.
När jag försöker omformulera all genererad SQL och markerar kryssrutan Skapa inte, när jag klickar på OK annars Kontrollera SQL får jag följande fel:
Undantag: DBD, [Microsoft] [SQL Server ODBC -drivrutin] [SQL Server] -uttalanden kunde inte nödvändigtvis skapas helt. Personal: 42000
ett par sekunder att läsa.
Gäller för: SQL Server (alla versioner som stöds) Azure SQL Database Azure Managed SQL Azure Synapse Analytics Instance Parallel Data Warehouse
SQLSTATE innehåller detaljerad information om orsaken till varje varning eller fel. För fel som vanligtvis materialiseras i en datakälla som känns igen och returneras som skapats av SQL Server, mappar den inbyggda ODBC -husägardrivrutinen för SQL Server det gamla returnerade felnumret och motsvarande SQLSTATE. Om den inbyggda felmängden inte får någon ODBC -felkod för att matcha den, returnerar den fristående ODBC -användaren för errorSQL Server SQLSTATE 42000 (“Syntaxfel eller översiktsöverträdelse”). Om fel hittas i drivrutinen genererar deras SQL Server Native Client ODBC -drivrutin din nuvarande motsvarande SQLSTATE.
För mer information om dessa statusfel, se kupongerna i sektionerna strax efter:
Den här artikeln ger en blandning av ett problem där en Microsoft Windows Server -kopia misslyckas: Metoden Volume Shadow Copy Service misslyckades.
Gäller för: Windows Server 2012 R2, Windows Server 2016 Original Knowledge Base -nummer: 2615182
Symtom
Forumbackup fungerar kanske inte med följande felaktiga valmeddelande:
Det gick inte att skapa en kopia av Volume Shadow Copy Service. Detaljerat fel: Volymskugga kopieringsmetod avbruten med fel 0x800423F4. Kolla vanligtvis evenemanget för mer information om tidningen.
Följande felmeddelande kan loggas i förfrågarens logg:
protokollnamn: applikationKälla: Microsoft Windows Backup.Händelse -ID: 521Nivå: felBeskrivning:En säkerhetskopia som försökte vid " * *" skadad eftersom volymskuggkopieringsoperationen misslyckades med att få hembryggningsvolymer med felkoden "2155348129". Upprepa processen när säkerhetskopieringsproblemet är löst.
Medan de flesta tittar noga på programhändelseloggen kommer du och din familj att märka många fel från SQLWriter och dessutom SQLVDI -källor.
Protokollnamn
: SQLWRITER -applikationEn källa:Händelse -ID: 24583Nivå: felBeskrivning:Sqllib -fel: Ett OLEDB -fel uppstod vid åtkomst till vår ICommandText :: Run. h = 0x80040e14. SQLSTATE: 42000, Native Error: 3013Felstatus: 1, svårighetsgrad: 16Källa: Microsoft SQL Server Native Client 10.0Felmeddelande BACKUP: DATABASE avslutas onormalt.SQLSTATE: 42000, Native Error: 3271Felstatus: 1, allvar: 16Källa: Microsoft SQL Server Native Client 10.0Felmeddelande: Dödligt I / O-fel för en tum breddokument DF1DD65F-F8AD-4946-A764-F62166C541E222: “995 (I / O-operationen avbröts verkligen antingen på grund av utmärkt strömavslutning, potentiellt på grund av ansökningsbegäran.)
protokollet smeknamn: applikationKälla: SQLVDIHändelse -ID: individNivå: felNyckelord: klassikerAnvändare: N och ADator: CONTOSERVER.contoso.localBeskrivning:SQLVDI: Loc = TriggerAbort. Desc = mejlat. Felkod = (0). Process = 3720. Tråd = 9404. Server. Instans = SBSMonitoring. VD är lika med GlobalDF1DD65F-F8AD-4946-A764-F62166C541E210_SQLVDIMemoryName_0.
Orsak
När Windows Server -säkerhetskopiering försöker säkerhetskopiera en hårddiskmassa skapas en skuggmomentbild för det över hela storleken. När en ögonblicksbild tas, kallas alla utgivare som rör volymen Shadow Copy Service (VSS). Om en av VSS -bloggare misslyckas misslyckas hela säkerhetskopieringsjobbet. I det här exemplet stöter VSS SQL Manager på ett nytt bra fel och gör att säkerhetskopieringen misslyckas.
Upplösning
Fel normalt uppstår som kan orsakas av problem med en av de vanliga instanserna av SQL Server. För att lyckas lösa det problemet måste du avgöra vilken instans av SQL Server som orsakar problemet. Vanligtvis nämns den osäkra SQL Server -instansen i det loggade SQLVDI -felet nummer ett.
protokollnamn: applikationKälla: sqlvdiHändelse -ID: 1Nivå: felBeskrivning:SQLVDI: Loc = SignalAbort. Desc = Klienten initierar slutförandet. Felkod innebär (0). Process = 4772. Ämne = 10300. Kund. Instans = SBSMONITORING. VD = Global3AB8F080-950C-4EF9-B637-0F37B2428F171_SQLVDIMemoryName_0.
I det här exemplet är SQL Server -instansen SBSMONITORING bara en ögonblicksbild som är mindre än idealisk.
Det kan också finnas ett långt felmeddelande från SQLWRITER -källan som spränger i princip det första SQLVDI -felet ungefär samtidigt. SQLWRITER -felet identifierar troligen hela namnet på databasen som är mest sannolikt med ett ögonblicksproblem.
protokoll bestämmer: applikationKälla: SQLWRITERHändelse -ID: 24583Beskrivning:Sqllib -fel: OLEDB -fel uppstod vid anrop till ICommandText :: Execute. tim är 0x80040e14. SQLSTATE: 42000, Native Error: 3013Felstatus: 1, svårighetsgrad: 16Källa: ownMicrosoft SQL Server 10.0 -klientFelmeddelande BACKUP: DATABASE avslutades onormalt.SQLSTATE: 42000, Native Error: 945Felstatus: för det andra, svårighetsgrad: 14Källa: Microsoft SQL Server Native ten client.0Felmeddelande: Databasen kan inte öppnas med sbsmonitoring eftersom filer inte är tillgängliga eller om det inte finns tillräckligt med minne eller diskutrymme. Se en ny SQL Server -fellogg för mer information.
Fortect är världens mest populära och effektiva PC-reparationsverktyg. Det litar på miljontals människor för att hålla sina system igång snabbt, smidigt och felfritt. Med sitt enkla användargränssnitt och kraftfulla skanningsmotor hittar och fixar Fortect snabbt ett brett utbud av Windows-problem – från systeminstabilitet och säkerhetsproblem till minneshantering och prestandaflaskhalsar.
1. Ladda ner Fortect och installera den på din dator
2. Starta programmet och klicka på "Skanna"
3. Klicka på "Reparera" för att åtgärda eventuella problem som upptäcks
I det här exemplet finns det ett problem såväl som SBSMonitoring -datalagret.
När du har upptäckt den problematiska SQL Server -instansen är den första faktorn att testa säkerhetskopian mellan den stoppade SQL Server -instansen. I detta exempel SBSMonitoring -ögonblick kan du stoppa SQL Server -systemet (SBSMonitoring) ovanpå servern.
Därefter måste klienterna starta det stoppade skrivjobbet med var och en av våra berörda SQL Server -mallar. När säkerhetskopian har blivit klar, för de flesta användare, orsakas felet av att vissa instanser av SQL Server inte fungerar. Du kommer sedan att undersöka SQL Server -felloggfilerna och vedhändelserna för att se om funktionerna hos just den instansen utanför med SQL Server är buggiga.
Om du inte kan fastställa problematisk SQL Server -baserad kopplad till instanshändelsedata kan du fortfarande stoppa medan du testar alla SQL Server -instanser på maskinen för att starta säkerhetskopieringen med SQL -uppgivningen. Om alla instanser av SQL Server avslutas kommer SQL VSS Writer inte att tas i bruk.
En typisk Small Business Server Du installerar år 2008 slutar läsa tjänster:
SQL Server (SBSMonitoring)
Windows Intern Database
Om ägarna gjorde en typisk installation av Small Business Server 2011 Standard skulle du stoppa följande företag:
