Conversione della modalità di autenticazione classica di un database di contenuto nella modalità di autenticazione delle attestazioni in SharePoint 2013

Articolo originale pubblicato martedì 24 luglio 2012

Nei precedenti blog su SharePoint 2010 abbiamo descritto come eseguire la migrazione delle attestazioni: https://blogs.technet.com/b/speschka/archive/2010/07/20/migrating-from-windows-classic-auth-to-windows-claims-auth-in-sharepoint-2010-part-2.aspx e altri. In SharePoint 2013 è disponibile un cmdlet per la migrazione, denominato Convert-SPWebApplication, di cui parleremo in futuro. Come si può intuire dal nome, tuttavia, l'ambito del cmdlet corrisponde all'applicazione Web. Riteniamo ovviamente che, poiché verranno collegati database di contenuto per creare nuove farm di SharePoint 2013, è preferibile scegliere un metodo più "leggero" per la migrazione dei database che utilizzano ancora l'autenticazione classica di Windows. In questo scenario presupponiamo che in SharePoint 20013 sia già in esecuzione un'applicazione Web basata su attestazioni di Windows e che sia già stato collegato il database di contenuto di SharePoint 2010 mediante il cmdlet Mount-SPContentDatabase. Quindi, presupponendo che si disponga di un database di contenuto da quando è stata creata l'applicazione SPWebApplication e che ne sia stato aggiunto un secondo in modalità classica di Windows, ecco come convertire solo questo database di contenuto per l'utilizzo delle attestazioni di Windows. NOTA - molto importante: utilizzare " $arguments" per il parametro degli argomenti. Non essendo un esperto mondiale di PowerShell, ho chiamato "$args" questo parametro e non ha funzionato. Dopo un'ora di tentativi, ho capito che bastava utilizzare $arguments per ottenere il risultato previsto. Sì, lo ammetto, è solo colpa mia. 

$wa = Get-SPWebApplication https://URLAppWeb
$acc = 'domain\user'
$arguments = New-Object Microsoft.SharePoint.Administration.SPWebApplication+SPMigrateUserParameters

In base allo scenario precedente, il database di contenuto 0 è quello creato con l'app Web, quindi il database 1 è quello aggiunto con Mount-SPContentDatabase

$arguments.AddDatabaseToMigrate($wa.ContentDatabases[1])
$wa.MigrateUsersToClaims($acc, $true, $arguments)

Dopo questa esecuzione sarà possibile proseguire. Ho effettuato il test di un database di contenuto con alcuni utenti e una combinazione di gruppi e autorizzazioni univoche di SharePoint e il risultato è stato positivo. E, a proposito, tra SPWebApplication e SPMigrateuserParameters va davvero inserito davvero un segno più.

Questo è un post di blog localizzato. L'articolo originale è disponibile in Converting A Classic Auth Content Database to Claims Auth in SharePoint 2013