none
Exchange 2003 sp1 RRS feed

  • Вопрос

  • Добрый день!

    Решился сделать дефрагментацию priv1.edb, выросшей за все логические пределы

    Первый прогон прошел нормально, при вторичном получил вот такое:

    Тип события: Ошибка

    Источник события: ESE

    Категория события: General

    Код события: 426

    Дата: 14.07.2013

    Время: 3:02:36

    Пользователь: Н/Д

    Компьютер: Domain-HM

    Описание:

    eseutil (8320) The database engine could not find the file or folder called jcb.dll.

    мыслей о том, что файл "одноразовый" у меня конечно не было, но использовал и regsrv32 и просто замену на новый

    все равно итог один и тот же...  В чем может быть причина такого поведения ?!

    19 июля 2013 г. 8:58

Ответы

  • Этим путем сработало.

    НО!  Тоже две странности:

    1. сразу не пошло, куча ошибок и "незапланированых завершений программы"

    такое впечатление, что требуется тайм-аут после первичной дефрагментации.

    2. через неделю - первая попытка неудачная, на 3-й или 4-й - забыл убрать ранее созданные в предшествующем запуске файлы временой БД.  характерное подвисание старта программы, опомнился и прямо на "ходу удалил" старье - тутже пошло и в течение суток 85 Гб превратилось в 23 всего...

    создание хранилища прошло успешно, все ящики целы и невредимы, малого объема, т.е. цель достигнута!

    Ход решения проблемы был таков - взял всю папку "bin" с другого сервера , вытащил из нее указанные выше файлы

    папка tempstore

    в ней папка bin и файлы БД

    в папке bin - требуемыt файлы eseutil

    текст команды в блокноте с правильными наименованиями папок и дисков

    при вставке копированием в Command Line что-то ему не понравилось, но через Пуск-Выполнить все прошло нормально.

    Вот как-то так.



    28 июля 2013 г. 15:21

Все ответы

  • Добрый день.

    Сколько у Вас всего серверов? Какой объем оперативной памяти?

    Попробуйте - Использование параметра /3GB

    19 июля 2013 г. 16:43
  • Серверов два - оба Front End, стоят в разных территориально разнесенных офисах,  Сделано специально на случай падения одного, чтобы сконцентрировать почту на втором.

    Но мне кажется тут дело не в это (не в роли)  памяти на нем 4 Gb , первый раз  когда выкидывал мертвые души - вообще не было никаких претензий с его стороны.

    Во второй раз, после чистки почтовых ящиков "особ, приближенных к императору" - была попытка просто сбросить лишние страницы, т.к. средний ящик стал порядка 2-3 gb объемом вместо 16-25.

    И вот тут началось то самое...., причем без каких либо особо видимых причин...  Платформа w2003 sp2 32.

    20 июля 2013 г. 7:55
  • Примечание. Параметр /3GB на компьютерах с Microsoft Windows Small Business Server 2003 использовать не нужно. Не рекомендуется использовать параметр /3GB в файле Boot.ini для компьютеров с Exchange Server, которые одновременно являются контроллерами домена Active Directory или серверами глобальных каталогов.

    взято по ссылке

    он и есть хост мастер и все с этим связанное

    20 июля 2013 г. 8:09
  • Нам когда то помогло, точную ошибку я не помню, давно это было. Помню, что "could not find the file or folder called jcb.dll.

    После удачного завершения дефрагментации я вернул все как было. У нас был Exchange SP2 вроде. Не SBS, DC и GC.

    20 июля 2013 г. 8:45
  • а у меня как раз полный комплект

    и первый раз сработало на отлично - было 130 Gb у *.edb  и 47 у *stm

    стало 85 и 27 сооответственно

    вот и решено было "повторить"

    20 июля 2013 г. 9:07
  • C:\Program Files\Exchsrvr\bin>eseutil /d /p "c:\program files\exchsrvr\mdbdata\priv1.edb" /t"f:\tempdfg.edb"

    вот пример командной строки

    оба раза абсолютно идентичный - сохранен в блокноте и попросту копируется

    20 июля 2013 г. 9:16
  • попробую вот этот путь: 

    "вот на случай ядерной войны
    Можно скопировать ESEUTIL из Exchange Server 2003 на другой компьютер, вместе с базой данных. Во-первых, создайте временную папку на компьютере, который предстоит дефрагментировать. Затем скопируйте файлы eseutil.exe, ese.dll, jcb.dll, exosal.dll и exchmem.dll из папки Exchsrvr\Bin в компьютере Exchange 2003 во временную папку, вместе с базой данных и файлами потоков. В командной строке измените папку на созданную временную папку и скопируйте в нее файлы. Наконец, запустите команду Eseutil из этой папки для каждой базы данных, скопированной из компьютера Exchange 2003.
    "

    20 июля 2013 г. 11:05
  • Этим путем сработало.

    НО!  Тоже две странности:

    1. сразу не пошло, куча ошибок и "незапланированых завершений программы"

    такое впечатление, что требуется тайм-аут после первичной дефрагментации.

    2. через неделю - первая попытка неудачная, на 3-й или 4-й - забыл убрать ранее созданные в предшествующем запуске файлы временой БД.  характерное подвисание старта программы, опомнился и прямо на "ходу удалил" старье - тутже пошло и в течение суток 85 Гб превратилось в 23 всего...

    создание хранилища прошло успешно, все ящики целы и невредимы, малого объема, т.е. цель достигнута!

    Ход решения проблемы был таков - взял всю папку "bin" с другого сервера , вытащил из нее указанные выше файлы

    папка tempstore

    в ней папка bin и файлы БД

    в папке bin - требуемыt файлы eseutil

    текст команды в блокноте с правильными наименованиями папок и дисков

    при вставке копированием в Command Line что-то ему не понравилось, но через Пуск-Выполнить все прошло нормально.

    Вот как-то так.



    28 июля 2013 г. 15:21
  • вот такой текст должен быть примерно:

    F:\tempstore\bin>eseutil /d /p "f:\tempstore\priv1.edb" /t"f:\tempdfg.edb"

    разумеется, что диски и папки у каждого будут свои, но суть идеи это не меняет...

    вот только не могу понять почему не пошло через командную строку напрямую...

    это более полезно, т.к. виден весь протокол работы утилиты

    если через ПУСК - ВЫПОЛНИТЬ - то по окончании работы все свернется и закроется и только черег лог-файл можно будет понять каков был итог

    18 сентября 2013 г. 10:13