Domanda

I colleghi lettori SharePoint,

Qual è tutto ciò che devo prendere in considerazione quando si cambia l'intestazione host per l'applicazione Web?Ho trovato pochi ma disposti ad ascoltare di più.

    .
  1. Contenuto ricostruito ricostruito
  2. Reindici
  3. Modifica scope è la pagina dei risultati della ricerca è hard codificata con informazioni di intestazione pre-host
  4. Modifica i web-part di ricerca per la pagina dei risultati target (renderlo relativo URL)
  5. Collegamenti alle raccolte e ai siti del sito (renderlo relativo, quindi non è effettuato da un nuovo intestazione host)
  6. Aggiorna le posizioni attendibili Excel
  7. Aggiorna le impostazioni del mysite da Servizi del profilo utente in CA
  8. Verifica moduli e flussi di lavoro per assicurarsi non utilizzare URL assoluto

    cos'altro ????

È stato utile?

Soluzione

Everything!

  • Backup & Restore procedures
  • Admin Scripts
  • Communication with the new and existing users, update training information
  • Proxies / Firewall / QoS / SSL Accelerators / Load Balancers
  • Links from other systems (esp problematic links that exist in email)
  • Links in documentation
  • Links used in any shortcut url type systems/features
  • Content Editor webparts where FQ urls are used, instead of relative ones
  • Pay attention to Hyperlink columns that reference the sites affected
  • Licensing for third party controls that bind to the web address
  • Support contracts

In short, you need to consider everything, almost as if creating a new SharePoint instance. Though it really all depends on how complex your installation is to start with. If it's a 200,000 seater SharePoint farm, you have a lot of work ahead of you. If it's a test/dev environment, no worries.

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