Concetti Di Risoluzione Poiché Il Database è Di Sola Lettura. Errore 3906 Di Microsoft SQL Server

Alcuni messaggi sono un’altra buona risorsa di eliminazione problemi quando lo fa. Incoraggio sempre i miei lettori a leggere finalmente il blog, che è esattamente ciò che le segnalazioni di bug di solito riportano. È probabile che la maggior parte delle persone coinvolte nelle soluzioni sia molto abile con il messaggio personale. Devo ammettere che, come vedi, i messaggi di errore in SQL Server sono decisamente diventati molto più chiari nel corso dei dodici mesi.

A questo proposito, uno dei database ha recentemente inviato ad altri un’e-mail affermando che è probabile che si sia verificato questo errore e-mail come segue e hanno pensato che avessi qualcosa sul mio blog. in modo che tu lo aiuti a risolvere questo problema. 3906,

livello messaggio 17, indicare 1, riga 10

Si è verificato un errore durante l’aggiornamento del database “ProdDB” perché il database può sempre essere scritto in sola lettura.

Dopo un’attenta ricerca, non mi sono presentato ai reparti per scrivere l’accordo. Quando ho guardato il messaggio di errore, ho pensato che fosse molto esplicativo e non avesse bisogno di alcun suggerimento sulla soluzione di una persona. Il tuo database è di sola lettura e inoltre non possiamo scriverci sopra. Allora perché allora contrassegnare la tua base aziendale yeahdata come di sola lettura.

Dopo questo incidente, ho quasi pensato di scriverlo su una pagina di un blog web che mostra come può essere costruito con un semplice pezzo di codice. Quindi chiedi a tutti di inserire il proprio script nello script. Se le persone hanno intenzione di testare, abbiamo concepito il nostro database.

CREA DATABASE [ReaOnlyDB]CONTAINENT = ON MAIN
no
(NAME = N'ReaOnlyDB ', FILENAME = N'C: Temp ReaOnlyDB.mdf', SIZE = 5120KB, FILEGROWTH = 1024KB)
INPUT
( è uguale a Nome N'ReaOnlyDB_log ', FILE implica Nome N'C: Temp ReaOnlyDB_log.ldf', DIMENSIONE 2048KB =, FILEGROWTH è uguale al 10%)
VAI
USA ReaOnlyDB
VAI
CREATE TABLE tbl_SQLAuth (id INT)
GO

Abbiamo creato una tabella che la maggior parte useremo in seguito per inserirla nel codice. Basta puntare la directory creata come ReadOnly.

USA GO
diventa un esperto in
ALTER DATABASE [ReaOnlyDB] SET READ_ONLY
GO


Se quanto sopra il codice viene eseguito senza problemi … Lascia che tutto funzioni e utilizza l’immissione di un valore nella tabella del patio.

UTILIZZARE ReaOnlyDB
LOS
INSERIRE NEI VALORI tbl_SQLAuth (1), (2)
VAI


Mi vengono forniti i seguenti messaggi di errore in SQL Server Management Studio.

Messaggio 3906, livello di stato 16, 1, frase 20

Messaggio di errore Aggiornamento del nostro database “ReaOnlyDB”, poiché lo stabilimento dei dati è protetto da scrittura.

Abbiamo risposto con successo a un particolare messaggio di errore. È semplice come molto probabilmente. Se ricevi questo messaggio di errore, dobbiamo rimuovere l’attributo ReadOnly da questo popolare database. Questo può essere fatto con l’adesione a TSQL:

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


È molto semplice. Un database per la registrazione delle transazioni è senza esitazione disponibile.

USA ReaOnlyDB
VAI
IN tbl_SQLAuth INSERIRE VALORI (1), (2)
VAI


Ora questo è quindi l’inserimento delle istruzioni sarà prezioso senza troppi errori. Con un errore specifico, il pensiero è stato discusso e poi risolto. Lascia che ti mostri questo script di pulizia per questo blog.

- È ora di fare il bagno
up USA MASTER
VAI
RIMUOVI ReaOnlyDB
VAI DATABASE

Mentre navigo in questo blog, dovrei sulla falsariga di confermare che quasi tutti i database ReadOnly sono taggati e utilizzati solo nei tuoi ambienti? In quale scenario realizzato utilizzi questi parametri in dettaglio? O è la prima volta che leggi le origini dati ReadOnly? Fammi sapere.

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