2 collections de sites dans la même application Web - Qu'est-ce qui est spécial sur la collection de sites racine?

sharepoint.stackexchange https://sharepoint.stackexchange.com//questions/54068

  •  10-12-2019
  •  | 
  •  

Question

Donc, j'ai ces 2 collections de sites dans une seule application Web au port 83:

  1. Collection de sites principaux: /
  2. Collection de sites imbriqués: / Sites / Personnalisé /

    Encore une fois, il s'agit de 2 limites d'isolation distinctes .. Chacune est affectée à sa propre base de données de contenu ...

    Pour la collection principale, je peux exécuter ces 2 commandes à Stsadm toute la journée .. sans problèmes:

    stsadm -o deletesite -url http://devSP1.contoso.local:83/
    stsadm -o createsite -url http://devSP1.contoso.local:83/ -owneremail me@contoso.com -ownerlogin CONTOSO\me -siteTemplate "STS#1" -description "This is a dev site"
    

    aucune erreur.La base de données n'est pas supprimée entre les appels ou quoi que ce soit comme ça.

    Si j'exécute ces commandes, la commande "CreateSite" échoue ...

    stsadm -o deletesite -url http://devSP1.contoso.local:83/sites/custom/
    stsadm -o createsite -url http://devSP1.contoso.local:83/sites/custom/ -owneremail me@contoso.com -ownerlogin CONTOSO\me -siteTemplate "STS#1" -description "This is a dev site"
    

    Et j'ai perdu mon contenu DB, etc. Je dois aller dans l'administrateur central pour recréer ma SiteCollection avant de pouvoir exécuter ma commande 'CreateSite'.

    Voici l'erreur, FWIW:

    L'URL '/ Sites / personnalisation /' n'est pas valide.Il peut contenir illégal caractères, ou être trop long.

Était-ce utile?

La solution 2

OK. Je comprends enfin où mon écart de connaissances me trébuchait. Je suis totalement naïf sur la manière dont les chemins gérés (et leurs collections de chantiers associés qui en résultent).

Dans ma question initiale, j'ai comparé les expériences entre deux collections de sites différents. Cependant, la première collection de sites était une collection Site racine Suspicite sur un chemin géré , tandis que l'autre collection de site n'était pas une collection de sites racine, car elle était suspendue comme une feuille d'un wildcard chemin géré.

Exécution d'une commande Stsadm 'Supprimer' STSADM vous donne des résultats différents selon que la collection de sites est root ou non.

Maintenant, j'ai 2 collections de site:

  1. Collection de sites principaux: /
  2. Collection de sites imbriqués: / personnalisé /

    Et cette fois, j'ai créé le 2e one comme explicite . Ainsi, le site résultant / personnalisé est un site de collection racine similaire à celui par défaut / premier.

    Maintenant, je peux exécuter mes commandes Stsadm de manière répétée à volonté et obtenir les résultats que je voulais.

Autres conseils

Quelque chose ne correspond pas ici.Votre erreur concerne / personnalisé / ross /, mais vos commandes ne mentionnent pas Ross.Essayez-vous de créer une autre collection de chantiers sous mesure?

Pour que vous créiez des collections de site, vous devez utiliser un chemin géré.Par défaut, / Sites / est configuré en tant que chemin géré sur votre application Web (voir Administrateur central> Gérer les applications Web> Des chemins gérés dans le ruban).Vous devrez créer un nouveau chemin géré si vous souhaitez créer des collections de site supplémentaires ailleurs.

htth

Licencié sous: CC-BY-SA avec attribution
Non affilié à sharepoint.stackexchange
scroll top