Operation terminated with error 1003

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

Так вот, прежде чем приступить к вопросу восстановления нужно понять принцип работы базы данных на сервере Exchange.

Принцип работы базы данных почтовых ящиков

Дело в том, что актуальная информация о состоянии почтовых ящиков пользователей хранится в двух местах:

• в файле с расширением *.EDB – файл самой базы;
• в лог-файлах.

При этом лог-файлов есть несколько видов

• E00.log — это лог файл, используемый в настоящее время механизмом базы данных;
• E00tmp.log — новый лог файл, который создается в текущий момент;
• E00000003A.log, E00000003B.log, E00000003C.log — это лог файлы, хранящиеся на диске, которые можно использовать для восстановления;
• E00res00001.jrs и E00res00002.jrs — это предварительно созданные лог файлы, используемые, когда диск, содержащий лог файлы, заполнен.

Ещё в папке с логами есть файл E00.chk — это файл контрольной точки, используемой для отслеживания отношений между лог-файлами и файлом базы данных.

В результате процесс работы базы данных можно проиллюстрировать следующим образом:

Рис.1: Работа базы данных

1. Почтовые данные сначала обрабатываются в памяти, разделяются на страницы (32 Kb – Exchange 2010, 8 Kb – Exchange 2007).
2. Обновленные страницы, образующие транзакцию, записываются в лог файл — E00.log.
3. Если страницы больше не требуются, они записываются в базу данных.
4. Файл контрольной точки (E00.chk) обновляется и отображает новое место контрольной точки, файл E00.log переименовывается в следующий E0000000…log, а на место него приходит E00tmp.log.

Примечание: В пределах сервера у каждой базы должен быть индивидуальные префикс, в данном примере это E00, для следующей созданной на сервере базы данных будет сгенерирован префикс E01 и т.д..

В процессе создания и получения новых писем, может возникнуть ситуация когда новая информация находится только в транзакционном логе и еще не была записана в файл базы данных. Следовательно, если некорректно выключить сервер, то часть данных останется в файле E00.log. При этом база останется в состоянии «Неправильного отключения» (Dirty Shutdown).

Если отключить базу корректно при помощи командлета Unmount-Database, то вся информация будет перемещена в основной файл базы данных (*.EDB) и логи можно будет удалять. При этом база будет в состоянии «Правильного отключения» (Clean Shutdown). Для того, чтобы смонтировать базу на сервер Exchange, её нужно перевести в состояние Clean Shutdown.

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

Далее давайте рассмотрим ситуацию, когда сама база не монтируется, либо она повреждена и вам нужно её восстановить.

Реанимация базы данных

Все манипуляции с файлами базы данных придется производить из командной строки при помощи утилиты ESEUTIL.

Первое что нам нужно сделать – это оценить обстановку, для этого используем ключи /MH и /ML для получения информации из заголовков файла базы данных и лог-файлов.

Eseutil /MH MDB.edb

Eseutil /ML E00.log

Для проверки целостности всех лог-файлов нужно использовать команду:

Eseutil /ML E00

Рис.2: Заголовок edb-фала.

Рис.3: Заголовок лог-файла

В результате мы получаем достаточно много информации о самой базе и о её состоянии. Особенное внимание нужно уделить следующим строчкам:

1. State – Dirty Shutdown – говорит нам о том, что база была отключена не корректно;

2. Информация о связанных лог-файлах;

3. Сигнатура базы;

4. Сигнатура лог-файлов;

5. Системные директории.

Также можно обратить внимание на строку lGeneration – это номер, под которым будет сохранен текущий лог-файл. А по сигнатурам лог-файлов и базы можно оценить принадлежность этих файлов конкретной базе.

Оценив ситуацию, давайте перейдем непосредственно к реанимации базы

Начать стоит с мягкого восстановления, для этого используется ключ /R – Recovery, следующим образом:

Eseutil /R E00

При этом нужно обратить внимание на такую вещь, как расположение файла базы данных и лог-файлов. Если мы вернемся к рис.3, то под цифрой 5 на нем указано, где должны лежать системные файлы, лог-файлы и файл базы данных. Следовательно, если мы восстанавливаем базу из архива в альтернативное место, то нам нужно перезаписать эту информацию новыми значениями. Здесь проще всего положить лог-файлы в каталог с самой базой данных и использовать ключик /D для перезаписи путей.

Примечание: Нужно знать, что совместно с ключом /R ключик /D не дефрагментирует базу, а выполняет перезапись путей. Если переключатель /D указан без пути, в качестве пути к файлам базы данных будет использован текущий каталог. Если сразу за переключателем /D следует путь к файлу (без пробелов), этот путь будет использован для поиска файлов базы данных.

Если все же вы хотите использовать альтернативные системные директории, то вам понадобятся ключи /S – для системных файлов, /L – для лог-файлов, /D – для файла базы данных. При этом в данном контексте писать путь нужно НЕ отделяя его пробелом от ключа.

В результате, перейдя в каталог с файлом базы данных (edb), для мягкого восстановления можно использовать следующую команду:

Eseutil /R E00 /D /Ld:templogs /Sd:templogs

Рис.4: Мягкое восстановление базы данных и проверка состояния файла EDB.

Примечание: Из собственного опыта — если какое-либо действие по восстановлению базы закончилось ошибкой, то лучше заново скопировать файлы базы из архива и попробовать выполнить другую команду, в противном случае результат трудно прогнозируется.

Если в ходе восстановления вы получаете ошибку:

Operation terminated with error -1216 (JET_errAttachedDatabaseMismatch, An outstanding database attachment has been detected at the start or end of recovery, but database is missing or does not match attachment info)

то к команде следует добавить ключ /i.

Заключение

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

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

Operation terminated with error 1003 jet errinvalidparameter

Question

After running eseutil /r E0169FF6 /l»G:STGR3″ /d»G:MBStoreGRP3″ I got this err why?:

icrosoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode.
Logfile base name: E0169FF6
Log files: G:STGR3
System files:
Database Directory: G:MBStoreGRP3

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API para
meter) after 0.0 seconds.

Answers

/r should be 3 characters since it represents the base log file name for starters:

Why are you running this?

While running eseutil /r you will have to specify the current log file used for the Database on which you are running this command. So the log file would be of 3 characters letter. To find the current log file you can click on the Storage group and check current log feild which shows the log file which is used for the database.

Eseutil /r will be used for the soft recovery of the Database. Is this the purpose you are trying to use this command?

Источник

Operation terminated with error 1003 jet errinvalidparameter

General discussion

Доброго времени суток! Очень прошу помочь с моей проблемой — вырубили электропитание, в итоге база Exchange 2010 перешла в статус «Dirty shutdown». Пробовал вот так:

[PS] D:>eseutil.exe /r «D:Mail_databaseMailbox Database 0679961528.edb»

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.02
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode.
Logfile base name: D:Mail_databaseMailbox Database 0679961528.edb
Log files:
System files:

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API parameter) after 0.0 seconds.

Тогда попробовал так:

[PS] D:>eseutil /R E00 /l «D:Mail_database» /d «D:Mail_databaseMailbox Database 0679961528.edb»

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.02
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode.
Logfile base name: E00
Log files: D:Mail_database
System files:
Database Directory: D:Mail_databaseMailbox Database 0679961528.edb

Performing soft recovery.
Restore Status (% complete)

Operation terminated with error -515 (JET_errInvalidLogSequence, Timestamp in next log does not match expected) after 28
.143 seconds.

База довольно увесистая, порядка 300 Гб. Бекапа, к сожалению, нет. Нужно как можно быстрее все поднять на ноги, что посоветуете предпринять? Заранее огромное спасибо.

• Edited by сисадмин Thursday, March 21, 2013 3:00 PM
• Changed type Petko Krushev Microsoft contingent staff, Moderator Thursday, April 18, 2013 11:08 AM Нет действий

Покажите вывод команд

eseutil /ml «D:Mail_databaseE00»

eseutil /mh «D:Mail_databaseMailbox Database 0679961528.edb»

eseutil /ml «D:Mail_databaseE00» — No damaged log files were found

D:Mail_database>eseutil /mh «D:Mail_databaseMailbox Database 0679961528.edb»

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.02
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode.
Database: D:Mail_databaseMailbox Database 0679961528.edb

DATABASE HEADER:
Checksum Information:
Expected Checksum: 0x05bf59fa
Actual Checksum: 0x05bf59fa

Fields:
File Type: Database
Checksum: 0x5bf59fa
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,17
Engine ulVersion: 0x620,17
Created ulVersion: 0x620,17
DB Signature: Create time:03/21/2013 20:10:11 Rand:9295553 Computer:
cbDbPage: 32768
dbtime: 70211104 (0x42f5620)
State: Dirty Shutdown
Log Required: 0-0 (0x0-0x0)
Log Committed: 0-0 (0x0-0x0)
Log Recovering: 0 (0x0)
GenMax Creation: 00/00/1900 00:00:00
Shadowed: Yes
Last Objid: 16785
Scrub Dbtime: 0 (0x0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 6
Repair Date: 03/21/2013 20:10:11
Old Repair Count: 0
Last Consistent: (0x0,0,0) 00/00/1900 00:00:00
Last Attach: (0x0,0,0) 03/21/2013 20:10:11
Last Detach: (0x0,0,0) 00/00/1900 00:00:00
Dbid: 1
Log Signature: Create time:00/00/1900 00:00:00 Rand:0 Computer:
OS Version: (6.1.7601 SP 1 NLS 60101.60101)

Previous Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Copy Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Differential Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Shadow copy backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

cpgUpgrade55Format: 0
cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0

ECC Fix Success Count: none
Old ECC Fix Success Count: none
ECC Fix Error Count: none
Old ECC Fix Error Count: none
Bad Checksum Error Count: found (3)
Last Bad Checksum Error Date: 03/21/2013 17:15:51
Old bad Checksum Error Count: found (3)

Last checksum finish Date: 00/00/1900 00:00:00
Current checksum start Date: 00/00/1900 00:00:00
Current checksum page: 0

Operation completed successfully in 0.47 seconds.

И еще — попробовал eseutil /p — выбивает недопустимую операцию eseutil при работе с MSysLocales.

При попытке смонтировать базу через EMS выдается:

Mailbox Database 0679961528
Failed
Error:
Couldn’t mount the database that you specified. Specified database: Mailbox Database 0679961528; Error code: An Active Manager operation failed. Error The database action failed. Error: Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
. [Database: Mailbox Database 0679961528, Server: MAIL.org.ru].

An Active Manager operation failed. Error The database action failed. Error: Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
. [Database: Mailbox Database 0679961528, Server: MAIL.org.ru]

An Active Manager operation failed. Error Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
. [Server: mail.org.ru]

MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)

Источник

Operation terminated with error 1003 jet errinvalidparameter

Question

After running eseutil /r E0169FF6 /l»G:STGR3″ /d»G:MBStoreGRP3″ I got this err why?:

icrosoft(R) Exchange Server Database Utilities
Version 6.5
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode.
Logfile base name: E0169FF6
Log files: G:STGR3
System files:
Database Directory: G:MBStoreGRP3

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API para
meter) after 0.0 seconds.

Answers

/r should be 3 characters since it represents the base log file name for starters:

Why are you running this?

While running eseutil /r you will have to specify the current log file used for the Database on which you are running this command. So the log file would be of 3 characters letter. To find the current log file you can click on the Storage group and check current log feild which shows the log file which is used for the database.

Eseutil /r will be used for the soft recovery of the Database. Is this the purpose you are trying to use this command?

Источник

Operation terminated with error 1003 jet errinvalidparameter

Общие обсуждения

Доброго времени суток! Очень прошу помочь с моей проблемой — вырубили электропитание, в итоге база Exchange 2010 перешла в статус «Dirty shutdown». Пробовал вот так:

[PS] D:>eseutil.exe /r «D:Mail_databaseMailbox Database 0679961528.edb»

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.02
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode.
Logfile base name: D:Mail_databaseMailbox Database 0679961528.edb
Log files:
System files:

Operation terminated with error -1003 (JET_errInvalidParameter, Invalid API parameter) after 0.0 seconds.

Тогда попробовал так:

[PS] D:>eseutil /R E00 /l «D:Mail_database» /d «D:Mail_databaseMailbox Database 0679961528.edb»

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.02
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating RECOVERY mode.
Logfile base name: E00
Log files: D:Mail_database
System files:
Database Directory: D:Mail_databaseMailbox Database 0679961528.edb

Performing soft recovery.
Restore Status (% complete)

Operation terminated with error -515 (JET_errInvalidLogSequence, Timestamp in next log does not match expected) after 28
.143 seconds.

База довольно увесистая, порядка 300 Гб. Бекапа, к сожалению, нет. Нужно как можно быстрее все поднять на ноги, что посоветуете предпринять? Заранее огромное спасибо.

• Изменено сисадмин 21 марта 2013 г. 15:00
• Изменен тип Petko Krushev Microsoft contingent staff, Moderator 18 апреля 2013 г. 11:08 Нет действий

Все ответы

Покажите вывод команд

eseutil /ml «D:Mail_databaseE00»

eseutil /mh «D:Mail_databaseMailbox Database 0679961528.edb»

eseutil /ml «D:Mail_databaseE00» — No damaged log files were found

D:Mail_database>eseutil /mh «D:Mail_databaseMailbox Database 0679961528.edb»

Extensible Storage Engine Utilities for Microsoft(R) Exchange Server
Version 14.02
Copyright (C) Microsoft Corporation. All Rights Reserved.

Initiating FILE DUMP mode.
Database: D:Mail_databaseMailbox Database 0679961528.edb

DATABASE HEADER:
Checksum Information:
Expected Checksum: 0x05bf59fa
Actual Checksum: 0x05bf59fa

Fields:
File Type: Database
Checksum: 0x5bf59fa
Format ulMagic: 0x89abcdef
Engine ulMagic: 0x89abcdef
Format ulVersion: 0x620,17
Engine ulVersion: 0x620,17
Created ulVersion: 0x620,17
DB Signature: Create time:03/21/2013 20:10:11 Rand:9295553 Computer:
cbDbPage: 32768
dbtime: 70211104 (0x42f5620)
State: Dirty Shutdown
Log Required: 0-0 (0x0-0x0)
Log Committed: 0-0 (0x0-0x0)
Log Recovering: 0 (0x0)
GenMax Creation: 00/00/1900 00:00:00
Shadowed: Yes
Last Objid: 16785
Scrub Dbtime: 0 (0x0)
Scrub Date: 00/00/1900 00:00:00
Repair Count: 6
Repair Date: 03/21/2013 20:10:11
Old Repair Count: 0
Last Consistent: (0x0,0,0) 00/00/1900 00:00:00
Last Attach: (0x0,0,0) 03/21/2013 20:10:11
Last Detach: (0x0,0,0) 00/00/1900 00:00:00
Dbid: 1
Log Signature: Create time:00/00/1900 00:00:00 Rand:0 Computer:
OS Version: (6.1.7601 SP 1 NLS 60101.60101)

Previous Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Incremental Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Copy Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Previous Differential Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Full Backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

Current Shadow copy backup:
Log Gen: 0-0 (0x0-0x0)
Mark: (0x0,0,0)
Mark: 00/00/1900 00:00:00

cpgUpgrade55Format: 0
cpgUpgradeFreePages: 0
cpgUpgradeSpaceMapPages: 0

ECC Fix Success Count: none
Old ECC Fix Success Count: none
ECC Fix Error Count: none
Old ECC Fix Error Count: none
Bad Checksum Error Count: found (3)
Last Bad Checksum Error Date: 03/21/2013 17:15:51
Old bad Checksum Error Count: found (3)

Last checksum finish Date: 00/00/1900 00:00:00
Current checksum start Date: 00/00/1900 00:00:00
Current checksum page: 0

Operation completed successfully in 0.47 seconds.

И еще — попробовал eseutil /p — выбивает недопустимую операцию eseutil при работе с MSysLocales.

При попытке смонтировать базу через EMS выдается:

Mailbox Database 0679961528
Failed
Error:
Couldn’t mount the database that you specified. Specified database: Mailbox Database 0679961528; Error code: An Active Manager operation failed. Error The database action failed. Error: Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
. [Database: Mailbox Database 0679961528, Server: MAIL.org.ru].

An Active Manager operation failed. Error The database action failed. Error: Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
. [Database: Mailbox Database 0679961528, Server: MAIL.org.ru]

An Active Manager operation failed. Error Operation failed with message: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)
. [Server: mail.org.ru]

MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=-550)

Источник