Oplossingstips Aangezien De Hele Database Alleen-lezen Is. Microsoft SQL Server-fout 3906

Sommige spraakberichten zijn een andere goede bron van uitroeiingsproblemen als het erop aankomt. Ik moedig mijn lezers regelmatig aan om blogs te lezen, en dat is wat bugtests meestal rapporteren. De meeste klanten die bij oplossingen betrokken zijn, zullen de boodschap wel degelijk beheersen. Ik moet toegeven dat de foutinformatie in SQL Server in de loop van het jaar veel duidelijker is geworden.

In dit verband stuurde een van onze eigen databases me onlangs een telefoontje waarin stond dat de kansen op manieren om deze fout-e-mail te krijgen zoals ze waren, en ze dachten dat ik iets op mijn blog had staan. om Jacob te helpen dit probleem op te lossen. 3906,

project level 17, state 1, collection 10

Er is een fout opgetreden tijdens het updaten van de database “ProdDB”, voornamelijk omdat de database alleen-lezen kan zijn.

Na zorgvuldig onderzoek kwam ik niet opdagen om de deal te verspreiden. Toen ik naar de foutmelding keek, dacht ik dat informatietechnologie erg verklarend was en wilde ik geen hints over de oplossing. Uw database is alleen-lezen en we schrijven er niet naar. Dus waarom eindelijk uw bedrijfsstructuur yeahdata gewoon als alleen-lezen taggen.

Na dat incident dacht ik erover om een ​​soort op een webpagina te schrijven die precies laat zien hoe het kan worden opgelost met een fantastisch eenvoudig stukje code. Stel vervolgens iedereen voor om het script in overeenstemming met het script in te voegen. Als we van plan zijn dat te testen, hebben we ons systeem gemaakt.

MAAK DATABASE [ReaOnlyDB]CONTAINENT = ON HOOFD
niet op je leven
(NAAM = N'ReaOnlyDB ', FILENAME = N'C: Temp ReaOnlyDB.mdf', SIZE = 5120KB, FILEGROWTH betekent 1024KB)
INPUT < br> ( = Naam N'ReaOnlyDB_log ', FILE = Naam N'C: Temp ReaOnlyDB_log.ldf', GROOTTE 2048KB =, FILEGROWTH = 10%)
GO
GEBRUIK ReaOnlyDB
GO
CREATE TABLE tbl_SQLAuth (id INT)
GO

We hebben een tabel gemaakt die we zeker later zullen gebruiken om deze over de code in te voegen. Markeer gewoon de ontwikkelde map als Alleen-lezen.

GEBRUIK GO
master
ALTER DATABASE [ReaOnlyDB] SET READ_ONLY
GO


Als een bepaalde bovenstaande code wordt uitgevoerd met succes … Laat alles lopen en probeer een definitieve waarde in de tabel in te voeren.

GEBRUIK ReaOnlyDB
LOS
INSERT INTO VALUES tbl_SQLAuth (1), (2)
GO


U zult Ik ontvang de fanbase-foutmeldingen in SQL Server Management Studio.

Bericht 3906, overheidsniveau 16, 1, regel 16

Foutmelding Bijwerken van de “ReaOnlyDB”-gegevens, aangezien de gegevensopslag beveiligd is.

We hebben effectief gereageerd op de foutmelding. Het is zo eenvoudig mogelijk. Als mensen deze foutmelding krijgen, moeten we het ReadOnly-kenmerk uit deze populaire database verwijderen. Dit kan met name gedaan worden met de volgende TSQL:

USE [master]GO
ALTER DATABASE [ReaOnlyDB] SET READ_WRITE NO_WAIT
met GO


Het is heel eenvoudig. Er is nu een database beschikbaar met betrekking tot het vastleggen van transacties.

GEBRUIK ReaOnlyDB
GA
IN tbl_SQLAuth VOEG WAARDEN IN (1), (2)
GO


Nu is dat het invoegen van instructies zal succesvol zijn zonder heel veel fouten. Bij een fout werd elke gedachte besproken en opgelost. Ik zal je het opruimpakket voor deze blog laten zien.

voor Tijd om mee
op te schonen GEBRUIK MASTER
GO
REMOVE ReaOnlyDB
GA DATABASE

Terwijl ik dit blader adviesblog, zou ik willen bevestigen dat bijna alle ReadOnly-databases ongetwijfeld getagd en gebruikt worden in uw instellingen? In welk scenario hielp u deze parameters in databases? Of wordt dit beschouwd als de eerste keer dat u elk van onze ReadOnly-gegevensbronnen leest? Laat me bepalen.

Link: Pinal Dav (https://blog.sqlauthority.com)