Переход с Exchange 2003 на Exchange 2007

Эпопея с резервными копиями разрешилась удалением логов. Спасибо Паше Нагаеву за скрипт. А вот тут он написал статью подробнее. Я очень рекомендую к прочтению Ссылка

Это сам скрипт, после которого у меня удалились ненужные логи и наладились резервные копии.

<?xml version="1.0"?>

$temp = (eseutil /mk “C:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group\E00.chk”)[13]

$Bottom_Log_File = $temp.remove($temp.IndexOf(”,”)).remove(0,$temp.IndexOf(”x”)+1)
Get-ChildItem “C:\Program Files\Microsoft\Exchange Server\Mailbox\First Storage Group” |
Where-Object { $_.Name.Length -eq 15 -AND $_.Name -like “E00*.log” -AND `
$_.Name.Substring(3+8-$Bottom_Log_File.length,$Bottom_Log_File.length) -lt $Bottom_Log_File } |
foreach($_) {remove-item $_.fullname} 

 

Дальше нужно было перенести Public Folder. Естественно все рекомендации прочитанные в интернете результата не дали, а exchange при удалении выдавал ошибку

The error for each is:

An unexpected error occurred.

ID no: 8000ffff

Microsoft Exchange Setup

Т.е. он сам не знал чего он ещё хочет и было принято решение сносить в ручную. Последовав советам решил чистить ADSI о чём потом быстро пожалел, так как пришла светлая мысль где ещё попинать, но было уже поздно, а восстанавливаться не сильно хотелось. В общем совершил одну отличную ошибку, удалил целиком старую административную группу

Configuration Container

CN=Configuration, DC=имя_домена,DC=com

CN=Services

CN=Microsoft Exchange

CN=название_организации

CN=Administrative Groups

CN=административная_группа_или_узел_Exchange5.5

Сел, сложил довольный руки и даже час просидел. Ошибок нет, всё в норме и тут начались звонки.

Используемая вами версия outlook заблокирована администратором

А у меня Outlook 2007 всё в норме. Пока сообразил, пока потыкался. Дошло что упали как раз Public Folder и обратно не поднимаются. Решение на удивление нашёл быстро, а так как времени было мало, то думать было особо не когда и я слепо ему доверился. Нашёл тут

Ok spoke with MS today and got this issue sorted (although it won’t copy over to the passive node, but we will fix that tomorrow morning). This is what we had to do:

Open adsiedit.msc.

Select Configuration-Configuration-Services-Microsoft Exchange-Orgname-Administrative Groups-Exchange Administrative Group.

Now we were missing the ‘Folder Hierarchies’ folder – how I still am unsure of. All we had to do was recreate it as follows:

Create the "Folder Hierarchies" under the Exchange Administrative Group

1. Right click on Exchange Administrative Group

2. Select New Object

3. Select msExchPublicFolderTreeContainer for the class and click Next

4. Enter the following for the value: Folder Hierarchies, click Next

5. Click Finish

Create Public Folder Tree Object

1. Right click CN=Folder Hierarchies -> New Object

2. Selected msExchPFTree for the class

3. For the value we entered, "Public Folders" and clicked next

4. Clicked on the "More Attributes" button, selected msExchPFTreeType and set the

value to 1. Note: This is very important that this value is set to a value of 1 as

this tells Exchange that this is a MAPI Tree

5. Click Ok and then finish

Populate msExchOwningPFTreeBL attribute object of the PF Stores in the organization

(Since this attribute is not directly editable, you have to follow the below steps

to do this for each PF store)

1. Get properties of the newly created "Public Folders" Tree object in ADSIEdit.

2. Copy the distinguishedname value to the clipboard and then click cancel.

3. Navigate to the Storage group that contains the Public Folder Store for this

server and get properties of the server.

4. Locate the msExchOwningPFTree attribute and paste in the value that was copied

to the clipboard in step 2. Click OK.

5. Restart the Information Store Service

6. Now try to  mount the PF store and see if we can access it fine now.

Soon as the Information Store service was restarted it came online. Thankfully…

Так сказать “Сутки – полёт нормальный”. Поглядим что будет в понедельник.