in-place verbetering zou… gemakkelijker zijn omdat het proces fundamenteel een kwestie om de SQL schijf binnen te plakken is en de verbeteringstovenaar doornemen. geen veranderingen in nodig sharepoint. ik zou vooraf een volledige file van het landbouwbedrijf… nemen en zou waarschijnlijk het landbouwbedrijf sluiten zodat wordt het gelezen slechts tijdens het proces.
als u zich aan een nieuwe SQL server wilt bewegen, zult u waarschijnlijk niet config db kunnen bewegen. zij brengen niet enkel goed over. dit proces zou niet van het bewegen van sharepoint gegevensbestanden van één server aan volgende verschillend zijn. sharepoint geeft niet werkelijk om de versie van sql (zolang het een nieuwere versie van sql) is… het enkel moet weten waar de server is. zo in dit geval, zou u één of andere configuratie in sharepoint hebben om het te scheiden van de oude server en het te associëren met de nieuwe server. u zou waarschijnlijk uw configuraties/montages moeten eveneens overdoen omdat config db gewoonlijk niet kan worden bewogen. zo, zou u sharepoint van de huidige server scheiden, zou de sql inhoud db losmaken, zou die naar de nieuwe server verplaatsen en zou vastmaken. sql zal de verbetering vanaf 2005 tot 2008 behandelen wanneer u db vastmaakt. dan vormt het punt sharepoint aan de nieuwe db server en sharepoint om de inhoud db te gebruiken u bewoog zich. dit is doenbaar… maar niet zo snel & gemakkelijk in-place.
