SharePointCommunity
Die deutschsprachige Community für SharePoint, Microsoft 365, Teams, Yammer und mit Azure

Sponsored by

Willkommen im Forum Archiv.
Einträge sind hier nicht mehr möglich, aber der Bestand von 12 Jahren SharePoint-Wissen ist hier recherchierbar.




Datenbanken verschoben

Geprüfte Antwort Dieser Beitrag hat 7 Antworten

Ohne Rang
214 Beiträge
hauswand erstellt 15 März 2011 08:59
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Guten Morgen!

In meiner Abwesenheit wurden Datenbanken verschoben, nciht auf einen andere Server, sondern auf einzelne Laufwerke des selben Servers.

Jetzt sind die User Profile nicht mehr verfügbar und es können keine neuen mehr angelegt werden..

"SqlError: 'Scan mit NOLOCK konnte aufgrund einer Datenverschiebung nicht fortgesetzt werden." 

An welcher Stelle muss ich da etwas machen? Irgendwo den Pfad ändern? Ich hab kaum Erfahrung mit Datenbanken..

Viele Grüße Paul

Alle Antworten

Ohne Rang
19231 Beiträge
Andi Fandrich Als Antwort am 15 März 2011 10:12
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Sicher bin ich mir auch nicht, aber ich vermute da muß ein Index im SQL Server neu aufgebaut werden (oder mehrere).

Viele Grüße
Andi		 af @ evocom de
Blog
Ohne Rang
20 Beiträge
Tobias Wolter Als Antwort am 15 März 2011 23:37
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Paul,

gibt "DBCC CHECKDB"  auf der Datenbank diese Meldung aus: "CHECKDB found 0 allocation errors and 0 consistency errors in db... blabla.." ?

HowTo: SQL Management Studio -> ProfileDB wählen -> New Query ...  und dann DBCC CHECKDB eingeben.


Gruß, Tobias

Ohne Rang
214 Beiträge
hauswand Als Antwort am 16 März 2011 08:43
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Tobias,

[quote]Von CHECKDB wurden 0 Zuordnungsfehler und 64 Konsistenzfehler in der 'Benutzerprofildienst-Anwendung_ProfileDB_0f1df85e22e04951a102960d75ed0827'-Datenbank gefunden.[/quote]

Hier eine davon:

[quote]Meldung 2533, Ebene 16, Status 1, Zeile 1

Tabellenfehler: Seite (1:739), die der Objekt-ID 1394104007 zugeordnet ist, Index-ID 1, Partitions-ID 72057594095075328, Zuordnungseinheits-ID 72057594102218752 (In-row data-Typ) wurde nicht betrachtet. Die Seite ist mglicherweise ungltig oder enthlt eine falsche Zuordnungseinheits-ID im Header.[/quote]

Kann der "repair_allow_data_loss" diese Fehler beseitigen oder was ist da zu tun?

 

Gruß und Dank

Paul

Ohne Rang
20 Beiträge
Tobias Wolter Als Antwort am 16 März 2011 13:24
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Paul,

ich würde das Backup erneut einspielen, weil irgendetwas mit dem I/O Subsystem nicht mehr passt.  Evtl. alle Index neu aufbauen (REBUILD). Mit viel Glück sind nur Index Seiten kaputt.
Gruß, Tobias

 

Ohne Rang
214 Beiträge
hauswand Als Antwort am 16 März 2011 14:27
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Nagut  ich versuch mich da mal später dran! Weiß nicht in wie weit der SharePoint das verkraftet, wenn ich die DB einfach trenne, deshalb warte ich mal lieber bis (hoffentlich^^) niemand mehr dran arbeitet ;)

Trennen, DB austauschen, LOG austauschen, neue DB und LOG anfügen...sollte ich noch irgendwas beachten?

Lieben Gruß

Paul

Ohne Rang
20 Beiträge
Tobias Wolter Als Antwort am 17 März 2011 19:49
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Hallo Paul,

Backup machen und danach versuchen. Ein kaputter Profile Service macht kein spaß - hatte da schon die leidvolle Erfahrung, dass SPS jedlichen Dienst verweigerte.
Gruß, Tobias

Ohne Rang
214 Beiträge
hauswand Als Antwort am 18 März 2011 08:07
SchlechtSchlechtIn OrdnungIn OrdnungDurchschnittDurchschnittGutGutSehr gutSehr gut

Ja, glaub ich dir, dass das unschön werden kann.

Bei mir hat alles geklappt, vielen Dank für deine Hilfe!!

Gruß Paul

CC BY-NC-ND - Michael Greth
Powered by Evocom Productivity