"Der Auftrag ist fehlgeschlagen" beim Kopieren der Datenbank SQL Server 2012

Question

Ich versuche, eine Datenbank zu kopieren. Wenn ich den Assistenten zum Kopieren von Datenbanken durchführe, erhalte ich einen Job zum Ausführen eines SQL Server-Agentenauftrags. Der Fehler besagt

The job failed. Check the event log on the destination server for details

Betrieb Darstellende

• log hinzufügen für Paket (Erfolg)

• Aufgabe hinzufügen für die Übertragung von Datenbankobjekten (Erfolg)

• erstellen Paket (Erfolg)

• Start SQL Server-Agent-Auftrag (Erfolg)

• Ausführen von SQL Server-Agent-Auftrag (Error)

Fehler:

The job failed. Check the event log on the destination server for details. (Copy Database Wizard)

Ich kann nicht scheinen zu finden, was dieses Problem verursacht. Benutze ich den richtigen Ansatz? Ich muss nur diese Datenbank kopieren. Danke im Voraus.

Answer 1

wenn Sie versuchen, Ihre Datenbank auf demselben Server zu klonen versuchen Sie dies:

1. Erstellen Sie eine Sicherungskopie der Datenbank, die Sie
2. Rechtsklick auf Databases kopieren möchten, und wählen Sie Restore Database
3. Select die Datenbank, die Sie kopieren möchten aus der From Database Dropdown-Liste im Source for restore Abschnitt
4. Geben Sie den Namen der neuen Datenbank in der To database fie ld in der Destination for Restore Abschnitt - das kann nicht der Name einer bestehenden Datenbank sein.
5. Klicken Sie auf OK

Answer 2

Überprüfen Sie die Windows-Ereignisprotokoll.

1. Ereignisanzeige
2. Windows-Protokolle
3. Anwendung
4. Suchen nach Nachrichten Warnung/Fehler im Zusammenhang mit einer der folgenden Eigenschaften:
   • SQLAgent
   • SQLISPackage
5. lesen der Fehler.

Hier ist ein Beispiel.

Hier sind einige der Fehler und Entschließungen, die wir angetroffen.

Unable to determine if the owner (...) of job ... has server access (reason: Could not obtain information about Windows NT group/user '...', error code 0x54b. [SQLSTATE 42000] (Error 15404)).

Wir mussten sicherstellen, dass während des Copy Database Wizard, das Konto, mit dem wir an den Zielserver signiert in die entsprechenden Berechtigungen hatte und dass diejenigen Privileg erhältlich waren (wir haben schließlich das sa Konto.) Das löste die obige Warnung.

Wir mussten sicherstellen, dass der lokale SQL Server-Agent über die entsprechenden Berechtigungen auf dem lokalen Server verfügt. Daher haben wir den SQL Server-Agent als lokales System angemeldet. Das hat funktioniert, weil Local System ein Sysadmin in unserer SQL Server-Instanz ist.

Could not read metadata, possibly due to insufficient access rights.

Wir mussten dem lokalen Systemkonto weitere Privilegien geben.

• Von SSMS
• Rechtsklick auf den Namen-Server und klicken Sie auf Eigenschaften
• Klicken Sie auf der Registerkarte Berechtigungen
• Benutzer des lokalen Systems Klicken Sie
• Auf den expliziten Berechtigungen fast an der Unterseite gibt es " View Any Definition "gewähren das. Sehen Sie, ob das funktioniert.

xp_regread() returned error 5, 'Access is denied.'

Dieses stymied uns und wir fragten eine andere Frage: xp_regread() returned error 5, 'Access is denied.'

Answer 3

es in der Regel, weil Ihr Konto (NT Service \ SQLSERVERAGENT) haben keine Berechtigung für Datenordner (..Microsoft SQL Server \ MSSQL13.MSQLSERVER \ MSSQL \ DATA). Setzen Sie es auf volle Kontrolle ist in Ordnung

Konto oben ist Standard, wenn Sie überprüfen möchten, welches Konto Agent läuft, gehen Sie zu services.msc. Überprüfen Sie Kontoanmeldung