Определение дополнительного Каталога приложений на Mac OS X
Нет никаких "волшебных" команд для уменьшения базы данных. Файл базы данных (EDB) только уменьшится, если Вы выполните офлайновый degfragmentation, и даже затем он не уменьшится, если база данных не имела пробел (свободное пространство) в файле для начала.
Принятие Вас делает резервные копии с осведомленным о Exchange резервным копированием, Ваша база данных не имеет никакого значительного количества пробела в ней, и файл базы данных действительно приближается к 250 ГБ, нет много, что можно сделать кроме, добавляет устройство хранения данных или заставляет пользователей удалять достаточное количество объектов (и выполнять резервное копирование так, чтобы те объекты были на самом деле сброшены от хранилища) для создания пробела в файле базы данных для фиксации роста файла базы данных. (Можно найти пробел путем поиска идентификатора события 1221 в Журнале приложения от источника события "Хранилище Почтового ящика MSExchangeIS").
Мое предположение находится с ответами других плакатов, все же. Вы, вероятно, растете, журналы транзакции базы данных (сделайте Вы видите многих, много гигабайтов ".LOG" файлов в Вашем каталоге базы данных Exchange - \Program Files\Microsoft\Exchange Server\Mailbox, по умолчанию), и Вы не делаете надлежащих резервных копий. Если Вы не используете Exchange осведомленное резервное копирование, Вы, вероятно, не собираетесь мочь восстановить свой сервер в случае состояния отказа, и Вы собираетесь иметь исчерпание дискового пространства как, Вы видите.
(Теоретически возможно включить круговой вход для группы устройств хранения и остановить рост журнала транзакций, также, но Вы жертвуете возможностями восстановления, если Вы делаете это.)
Теоретически, это легко: Создайте папку под названием "Приложения" на втором разделе и отбросьте свое программное обеспечение там. Это работает на большую часть программного обеспечения, но не все. Программирует Вас, просто устанавливают путем отбрасывания их из файла DMG, будет работать без проблемы почти в каждом случае, но если установщик используется, вещи могут стать трудными.
файлы pkg будут, вероятно, работать также, пока Вы называете папку "Applications", так как можно указать целевой объем для установщика, но другие сторонние установщики могли бы быть полностью негибкими и настоять на том, чтобы отбрасывать материал в /Applications.
Что, если Вы symlinked второй dir приложения под /Applications? В терминале, выполненном sudo ln -s /Volumes/Drive2/Applications /Applications/Drive2. Тем путем можно отбросить файлы в /Applications/Drive2 не имея необходимость искать для Ваших вторых Приложений/, и это сделало бы навигацию по дереву Приложений легче. Однако я подозревал бы, что опасения SvenW по поводу установщиков приложения, запутывающихся, могли бы все еще быть обоснованными.