Domanda

Io sono in movimento un sito da un URL a un altro all'interno della stessa raccolta siti.

  1. di backup Stsadm -o ..... funziona alla grande e dice che il funzionamento completato con successo
  2. dal momento che i GUID di tutto ciò rimangono le stesse durante un backup ... ho cancellato il sito originale. Operazione gareggiato con successo
  3. Mente voi questa è la produzione
  4. stsadm -o restore Ora ripristinare in un'altra posizione url ... whoops ottengo un errore di scrittura su file "wssxxxxxxxxxxx_1.tmp". Bella
  5. Ora posso non rimetterlo. Guardando dover ottenere la collezione dal backup del database. C'è un modo per farlo tornare un altro modo?
È stato utile?

Soluzione

Così, dopo indagini, ho visto che gli altri dove avere un problema simile con siti di grandi dimensioni .. 15+ GB. Ora ... il mio sito supera solo a 1 GB o giù di lì. Non ci dovrebbe essere un problema giusto? Beh, se si considera che il problema di fondo potrebbe essere la camera reale sinistra sulla unità fisica ci si avvicina al problema qui. Con un po 'L'outfit server vengono distribuiti con una Dinky unità C / partizione per il sistema operativo e una molto più grande unità D / partizione per 'Dati'.

Questa configurazione non funziona per SharePoint . Yell a portata di IT collegi, se necessario . Ci sono alcune cose che possono essere sloughed all'unità d, ma un sacco di roba succede sull'unità C che non si ha il controllo su. Uno di questi è dove SharePoint mette il file temporaneo è usi durante il restauro. Avete indovinato il C auto . Inoltre, rende solo sence non dover spostare tutto il campo dati per nessun motivo. ( Se qualcuno può dirmi perché le persone fanno questo ... sarebbe bello. )

Se tale unità è frammentato ed è al dunque della scorsa 100 MB o giù di lì stsadm non sarà in grado di completare edificio tutto ciò che è nel file temporaneo.

La risposta qui è quello di assicurarsi di avere abbastanza spazio per quel file temporaneo da creare. Una regola buona pratica che vado da nessuna partizione è che dovrebbe avere meno di 15% di spazio libero su disco. Questa era una regola buona in precedenti di Windows OS e sto attenersi ad esso.

Altri suggerimenti

I'm not sure that you have used the right method here. Stsadm -o backup will back up your entire site collection, not a subweb only. So, if you have backed up using this method and are attempting to restore the backup to another url within the site collection you have just backed up, it will fail. This is because it is trying to restore the entire site collection. You need to restore your backup to a new web application, or restore a database backup to restore the missing subweb. Then, once you have your subweb, you can use stsadm -o export and import to move it within the existing site collection.

Lori

Create a new content database with central admin your web app.

Create a managed path with your cental admin (explicit inclusion path)

restore with stsadm and use your new managed path like URL.

Dan

http://www.dannybrabant.com

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a sharepoint.stackexchange
scroll top