none
Восстановление SharePoint 2007 продолжение:) RRS feed

  • Вопрос

  •  

    Коллеги, вопрос уже возникал. Вот тут:

    http://forums.microsoft.com/TechNet-RU/ShowPost.aspx?PostID=4041255&SiteID=40

     

    Вот дошло до практики. Итак, имеем сервак, на ней SQL 2005, SharePoint 2007.Запущены все службы.

    Создана SSP и WEB-приложение (думаю что не нужно этого было делатьSmile

     

    Итак, делаю бэкап фермы на физическом сервере, на котором крутится SQL 2005 и SharePoint 2007. 

    Вовремя восстановления на виртуальной машине, возникают ошибки. Связанные с SSP.

    Должны ли быть созданы SSP и WEB-приложение на новом сервере перед восстановлением? Восстанавливаю из консоли администрирования.

     

     

     

    28 октября 2008 г. 13:48

Ответы

  • А каким образом можно удалить созданную службу SSP ? ВЕб понятно как удалить, а как SSP  ?

     

    Только из коммандной строки.

     

    Code Snippet

    stsadm -help deletessp

     

     

    28 октября 2008 г. 13:56
  • Smile

     

    Тут мы сейчас ещё и домены захватим ...

     

    Если надо выносить ферму за пределы домена, то наверное единственный способ заставить работать встроенный бэкап это создание доверительных отношений между доменом источником и доменом назначения. Таким образом при восстановлении этой ошибки не будет. После удачного переноса все учетные записи портала обновляются в соответсвии с доменом назначения руками.

     

    И вообще переносить ферму (именно ферму, а не базы данных содержимого) между доменами в моем понимании смысла нету. Ферма (за исключением сторонних разработок и баз данных содержимого) это по сути база данных конфигурации, база данных содержимого узла администрирования, база данных поставщика общих служб и базы данных поиска. Из всех них некую (иногда сомнительную) ценность представляют только база данных конфигурации и база данных содержимого узла администрирования. Базы данных поиска большой ценности не представляют, так как могут быть в любой момент воссозданны по содержимому. База данных поставщика общих служб в новом домене вряд ли пригодится, так как как минимум службы персонализации не заработают (новый домен, новая схема и новые пользователи).

     

     

    29 октября 2008 г. 5:20

Все ответы

  • Должны ли быть созданы SSP и WEB-приложение на новом сервере перед восстановлением?

     

    Нет не должны быть, они создадутся в процессе восстановления.

     

    Вовремя восстановления на виртуальной машине, возникают ошибки. Связанные с SSP.

     

    Какие именно?

    28 октября 2008 г. 13:50
  •  

    сейчас еще раз попробую. расскажуSmile)

     

    А каким образом можно удалить созданную службу SSP ? ВЕб понятно как удалить, а как SSP  ?

    28 октября 2008 г. 13:52
  • А каким образом можно удалить созданную службу SSP ? ВЕб понятно как удалить, а как SSP  ?

     

    Только из коммандной строки.

     

    Code Snippet

    stsadm -help deletessp

     

     

    28 октября 2008 г. 13:56
  •  

    ясна, т.е. при этом и на SQL база умрет?. сейчас дальше по установке попробую.
    28 октября 2008 г. 13:57
  • ясна, т.е. при этом и на SQL база умрет?. сейчас дальше по установке попробую.

     

    Зависит от наличия или отсутсвия ключика -deletedatabases.

    28 октября 2008 г. 13:59
  • ага, не успел посмотреть помощь Smile))

    28 октября 2008 г. 14:01
  • сделал так:

     

    stsadm.exe -o deletessp -title SharedServices1 -deletedatabases

     

     

    Сам SSP удален, база на месте. Или еще имя базы нужно было указать?

     

     

    28 октября 2008 г. 14:14
  • Нет все вроде правильно.

     

    Почему не удалилось не знаю, но как мне кажется это не очень принципиально можете удалить руками.

     

    28 октября 2008 г. 14:21
  •  

    все в порядке. обновил SQL manager ... все в норме.

     

    Сейчас попробую обновить.

    28 октября 2008 г. 14:25
  •  

    Да, есть проблема все таки.На этапе:

     


    Автор запроса TEST\AdminSpoint

    Этап Завершение восстановления

    Элемент (текущий/всего) 13/19 (Ферма\SharedServices1\Индекс общего поиска) Время начала 28.10.2008 17:50

    Компонент верхнего уровня Ферма

    Идентификатор резервного копирования 1a987285-9ce9-4dbc-8791-3fe2770489d4 Каталог C:\Manual_Backup\spbr0001\

    Метод резервного копирования Полное

    Предупреждения 0

    Ошибки 0

     

     

    В ивенте:

     

    Event Type:      Error

    Event Source:   Office SharePoint Server

    Event Category:           Общие службы Office Server

    Event ID:          6482

    Date:                10/28/2008

    Time:                6:15:54 PM

    User:                N/A

    Computer:        SP01

    Description:

    Сбой задания администрирования сервера приложений для экземпляра службы Microsoft.Office.Server.Search.Administration.SearchServiceInstance (b999b535-8a8b-460c-b963-9ebb5a7e662d).

     

    Причина: Указанный пользователь или группа домена не найдены.

     

    Сведения о технической поддержке:

    Microsoft.SharePoint.SPException: Указанный пользователь или группа домена не найдены.

       at Microsoft.Office.Server.Search.Administration.SearchServiceInstance.SynchronizeDefaultContentSource(IDictionary applications)

       at Microsoft.Office.Server.Search.Administration.SearchServiceInstance.Synchronize()

       at Microsoft.Office.Server.Administration.ApplicationServerJob.ProvisionLocalSharedServiceInstances(Boolean isAdministrationServiceJob)

     

     

    И так на 13 элементе остановилось восстановление. Т.е. что-то делает, пытается, но дальше никак.

     

     

    Может http://support.microsoft.com/kb/923028 попробовать?

     

    Хотя больше вот это http://support.microsoft.com/kb/949955 подходит.

    28 октября 2008 г. 17:36
  • Smile

     

    Тут мы сейчас ещё и домены захватим ...

     

    Если надо выносить ферму за пределы домена, то наверное единственный способ заставить работать встроенный бэкап это создание доверительных отношений между доменом источником и доменом назначения. Таким образом при восстановлении этой ошибки не будет. После удачного переноса все учетные записи портала обновляются в соответсвии с доменом назначения руками.

     

    И вообще переносить ферму (именно ферму, а не базы данных содержимого) между доменами в моем понимании смысла нету. Ферма (за исключением сторонних разработок и баз данных содержимого) это по сути база данных конфигурации, база данных содержимого узла администрирования, база данных поставщика общих служб и базы данных поиска. Из всех них некую (иногда сомнительную) ценность представляют только база данных конфигурации и база данных содержимого узла администрирования. Базы данных поиска большой ценности не представляют, так как могут быть в любой момент воссозданны по содержимому. База данных поставщика общих служб в новом домене вряд ли пригодится, так как как минимум службы персонализации не заработают (новый домен, новая схема и новые пользователи).

     

     

    29 октября 2008 г. 5:20
  •  

    Блин, точно!!! Домены то разные!! А я ферму перетаскиваю....Smile)))))

    Андрей, т.е. в пределах одного домена, все будет ок?

     

    Может попробовать виртуальную машинку к существующему домену подключить и поэксперементировать на ней? Только ведь ферма то уже будет существовать. Как тут правильно все сделать? 

     

    Или я просто новую ферму создаю и все?

    29 октября 2008 г. 5:33
  • Только ведь ферма то уже будет существовать. Как тут правильно все сделать? 

     

    Или я просто новую ферму создаю и все?

     

    Вы же при восстановлении указываете, что у вас новая конфигурация.

    29 октября 2008 г. 5:43
  • Андрей спасибо!

    Сейчас буду восстнавливать на сущ. домене.

    Попробую сделать посредством stsadm.

    29 октября 2008 г. 5:54
  •  

    Андрей, обновление прошло. завершилось все. Но вот такая ошибка в конце появилась в ивенте:

     

    Event Type:       Error

    Event Source:   Windows SharePoint Services 3 Search

    Event Category:               Средство сбора данных

    Event ID:             10036

    Date:                    10/29/2008

    Time:                    12:30:57 PM

    User:                    N/A

    Computer:         SP01

    Description:

    Ошибка базы данных.

    Источник: Microsoft OLE DB Provider for SQL Server

    Код: 1205 - 1 раз

    Описание: Transaction (Process ID 77) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

     

    Контекст: приложение: Файл индекса поиска на сервере поиска

     

    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.

     

    Что такое может быть?
    29 октября 2008 г. 9:35
  •  

    Вроде все перенеслось. За исключением служб Excel, видимо нужно опять указывать надежное расположение.

    Восстановление делал в консоли администрирования.

    И еще служба поиска не работает.

    29 октября 2008 г. 9:54