l'aggiornamento sul posto sarebbe più facile… perché il processo è basicamente un aspetto di attaccare il disco di SQL dentro e di funzionare attraverso lo stregone di aggiornamento. nessun cambiamento a sharepoint ha avuto bisogno di. prenderei in anticipo un sostegno completo dell'azienda agricola… e probabilmente chiuderei l'azienda agricola a chiave in modo da è letto soltanto durante il processo.
se volete muoverti verso un nuovo assistente di SQL, probabilmente non potrete spostare i db di config. non trasferiscono appena bene. questo processo non sarebbe affatto differente dalle basi di dati commoventi dello sharepoint da un assistente al seguente. lo sharepoint realmente non si preoccupa per la versione di sql (finchè è una più nuova versione di sql)… che esso appena deve sapere dove l'assistente è. così in questo caso, avreste certa configurazione nello sharepoint per dissociarlo dal vecchio assistente e per associarlo con il nuovo assistente. probabilmente dovreste rifare le vostre configurazioni/regolazioni pure perché i db di config non possono essere spostati solitamente. così, dissocereste lo sharepoint dall'assistente corrente, stacchereste i db soddisfatti di sql, spostereste quelli verso il nuovi assistente ed attaccatura. lo sql tratterà l'aggiornamento a partire da 2005 a 2008 in cui allegate i db. allora indicare lo sharepoint il nuovo assistente di db e configurare lo sharepoint per usare voi del db del soddisfare si è mosso. ciò è do-able… ma rapido & facile quanto sul posto.
