This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionLast revisionBoth sides next revision | ||
vmware:heartbeat [2014/02/09 01:52] – [SetSPN Kommando bei SQLServer unter Domänenaccount] mschubi | vmware:heartbeat [2014/02/10 20:29] – [VMwares Workaround] mschubi | ||
---|---|---|---|
Line 66: | Line 66: | ||
Dafür muss man den beiden Knoten in der Domäne entsprechende Rechte geben. | Dafür muss man den beiden Knoten in der Domäne entsprechende Rechte geben. | ||
- | <nowiki> | + | <code text> |
" | " | ||
Line 87: | Line 87: | ||
4. Assign the Allow permission for Write all properties and Apply to this object and all child objects. | 4. Assign the Allow permission for Write all properties and Apply to this object and all child objects. | ||
5. Click OK." | 5. Click OK." | ||
- | </nowiki> | + | </code> |
+ | ===== der " | ||
+ | |||
+ | Mit Windows 2012 gibt es da noch ein Problem - eine etwas strengere Handhabung mit registered | ||
+ | Services. | ||
+ | |||
+ | Was heißt das? | ||
+ | |||
+ | Wenn man von Knoten A auf Knoten B umschaltet, muss man den SQLService vom Knoten A deregistrieren und bei | ||
+ | Knoten B registrieren. | ||
+ | |||
+ | Das führt dann zu separaten Scripten für beide Knoten: | ||
+ | |||
+ | <file winbatch setSPN_A.bat> | ||
+ | setspn.exe -D MSSQLSvc/< | ||
+ | |||
+ | ping -n 10 0 >NUL | ||
+ | |||
+ | setspn.exe -a MSSQLSvc/< | ||
+ | </ | ||
+ | |||
+ | <file winbatch setSPN_B.bat> | ||
+ | setspn.exe -D MSSQLSvc/< | ||
+ | |||
+ | ping -n 10 0 >NUL | ||
+ | |||
+ | setspn.exe -a MSSQLSvc/< | ||
+ | </ |