Какую модель восстановления Ваша база данных использует? Вы берете регулярные резервные копии журнала? Если Ваш в полном восстановлении и не берущий резервные копии журнала, то это может объяснить, почему Navision4_Log3 является настолько большим. Необходимо зафиксировать это или берущий резервные копии журнала или переключиться на простое восстановление.
Я переместился бы, Navision4_Log к диску G скорее затем пытаются удалить его. Мое предположение - то, что Navision4_Log3 существует, потому что сервер исчерпывал пространство на C: и администратор не знал, как переместить его.
Перемещать файл журнала в G: используйте следующее:
ALTER DATABASE Navision4 УСТАНОВИЛ ОФЛАЙН;
- переместите файл журнала в G:
ALTER DATABASE Navision4
ИЗМЕНИТЕ ФАЙЛ (
НАЗОВИТЕ ='Navision4_Log',
ИМЯ ФАЙЛА ='G:\MSSQL\TLOG\Navision4_Log.ldf');
ALTER DATABASE Navision4 УСТАНОВИЛ ОНЛАЙН;
** РЕДАКТИРОВАНИЕ: ** SQL Server 2000 не поддерживает те опции, таким образом, необходимо будет использовать sp_detachdb и sp_attachdb, можно также отсоединить и присоединить в Руководителе предприятия GUI. Просто удостоверьтесь, что Вы присоединяете дб и указываете владельца как sa.
Затем можно удалить Navision4_Log3, если Вы желаете. То, что необходимо будет сделать (если Ваш в полном восстановлении) является взятием резервное копирование журнала, то уменьшите использование журнала DBCC SHRINKFILE('Navision4_Log3', EMPTYFILE)
Вы, возможно, должны взять несколько резервных копий и сделать несколько уменьшений, прежде чем файл опустошит, и затем необходимо смочь удалить его.
Mac правильно разрешает имя хоста сервера?
Откройте Окно терминала и введите "ping", сопровождаемый
Сделайте Вы получаете что-то, что похоже:
"PING (): 56 байтов данных 64 байта от: icmp_seq=0 ttl=64 time=0.909 мс"
Или сделайте Вы добираетесь:
"ping: не может решить: Неизвестный хост"
Попробуйте ping снова доменом, добавленным к названию сервера:
"ping".
Mac связывается с Active Directory?