o melhoramento in-place seria mais fácil… porque o processo é basicamente uma matéria de furar o disco do SQL dentro e do funcionamento através do feiticeiro do melhoramento. nenhumas mudanças ao sharepoint necessário. eu tomaria um apoio completo da exploração agrícola de antemão… e travaria provavelmente a exploração agrícola assim que lê-se somente durante o processo.
se você quer se transportar a um usuário novo do SQL, você provavelmente não poderá mover os DB dos config. apenas não transferem bem. este processo não seria diferente das bases de dados moventes do sharepoint de um usuário ao seguinte. o sharepoint não se importa realmente com a versão do sql (contanto que é uma versão mais nova do sql)… que ele apenas precisa de saber onde o usuário está. tão neste caso, você teria alguma configuração no sharepoint para disassociate a do usuário velho e para associá-la com o usuário novo. você precisaria provavelmente de re-do também seus configurações/ajustes porque os DB dos config geralmente não podem ser movidos. Assim, você disassociate o sharepoint do usuário atual, destacaria os DB satisfeitos do sql, moveria aqueles para o usuário e o anexo novos. o sql segurará o melhoramento de 2005 a 2008 em que você une os DB. então apontar o sharepoint ao usuário novo do DB e configurar o sharepoint para usar você do DB do índice moveu-se. isto é do-able… mas tão rápido & fácil quanto in-place.
