Часть 15

Проблемы, связанные с TTS
______________________________________________________________________
Система TTS сохраняет возвратную информацию в специальном системной файле, используемом только операционной системой NetWare. (Разъяснение по принципам работы TTS смотрите в описании понятия TTS в документации "Основные понятия ОС NetWare" (NetWare Conce
pts).)
Всякий раз, когда происходят какие-либо значительные события системы TTS, в файле TTS$LOG.ERR регистрируется соответствующее описание. Файл TTS$LOG.ERR располагается в корневом каталоге тома SYS. Этот файл содержит информацию, которую вы можете использов
ать для локализации неисправностей. Файл TTS$LOG.ERR содержит информацию о том, что случилось с определенной транзакцией в то время, когда возникла сбойная ситуация; тем не менее, система TTS фактически не использует этот файл для возврата данных.
Этот файл показывает, когда применение системы TTS было разрешено, а когда запрещено; кроме того, он предоставляет по существу даты, времена, файловые смещения, размеры записей, данные записей перед возвратом, и данные записей из исходной копии этих данн
ых (смотрите диаграмму на cледующей странице).
    ЗДЕСЬ ДОЛЖЕН БЫТЬ РИСУНОК
Посредством сохранения замков по записи на рабочей станции до окончания транзакции, система TTS препятствует порче базы данных, которая может произойти, если прикладные задачи рабочей станции снимут замки по записи до того, как завершатся транзакции. С д
ругой стороны, сохранение замков по записи на рабочей станции до окончания транзакции допускает возможность взаимоблокировок между рабочими станциями, использующими некоторые прикладные задачи.
Если некоторая прикладная задача пользуется записями, которые могут быть разблокированы в середине транзакций для предотвращения тупиковых ситуаций, тогда система TTS вводит возможность взаимоблокировок для этой прикладной задачи (посредством сохранения 
замков по записи до окончания транзакции). Взаимоблокировка означает, что две рабочие станции будут находиться в состоянии зависания.
Чтобы выйти из этой ситуации, перезагрузите обе рабочих станции; система TTS все еще может поддерживать целостность базы данных, возвращая те транзакции, которые были задействованы. Несмотря на то, что перезагрузка рабочих станции нежелательна, она позво
ляет системе TTS поддерживать целостность базы данных.
Если из-за переполнения тома SYS автоматически запрещается применение системы TTS, вам следует освободить дисковое пространство на томе SYS. При нормальных условиях система TTS требует только 1 МБ дискового пространства для сохранения "следа" всех транза
кций. Если вы добавляете или удаляете записи базы данных большого объема (более, чем 1 МБ каждая), вам потребуется свободное пространство на томе SYS, равное размеру самой большой удаляемой или добавляемой записи.
Как только вы высвободили достаточное количество дискового пространства на томе SYS, вы можете разрешить применение системы TTS при помощи утилиты ENABLE TTS. Смотрите параметры тома, приведенные в описании утилиты SET (страницы ... и ...), если вы хотит
е получить предупреждение, когда свободного пространства на томе SYS станет меньше, чем требуется системе TTS.
Если применение системы TTS автоматически запрещается файловым сервером из-за недостатка свободной памяти, вы должны увеличить память, доступную TTS одним из cледующих способов:
- Выгрузить те модули файлового сервера, которые вам не нужны в данный момент (такие, как INSTALL или MONITOR). Кроме того, для освобождения памяти файлового сервера вы можете демонтировать тома. Чтобы проверить, имеете ли вы память, достаточную для сист
емы TTS, снова используйте утилиту ENABLE TTS. Если доступно достаточное количество памяти, система TTS будет разрешена, если нет, она останется запрещенной.
- Добавьте больше памяти файловому серверу. Система TTS требует около 40 байтов для отслеживания каждой транзакции. Система TTS может ослеживать до 10 000 транзакций; при максимальной загрузке транзакциями файловому серверу для отслеживания транзакций по
требуется не более 400 КБ памяти. После того, как вы установите достаточную память, во время загрузки файлового сервера, он автоматически разрешит применение системы TTS.
Если система TTS запрещена (автоматически или вручную), и при этом, происходит сбой на файловом сервере до того, как все транзакции будут записаны на диск, информация в файле возврата системы TTS станет ненадежной. Вы не сможете вернуть никакие транзакци
и. Если закрывается система TTS, файловый сервер не может отслеживать выполнение транзакций, и в случае, если разрешается возврат любых транзакций (после того, как уже разрешена система TTS), может произойти некорректная запись поверх информации, которая
 была изменена после запрещения системы TTS. Вы можете уменьшить вероятность возникновения такой ситуации, если присоедините к вашему файловому серверу UPS и дисковые подсистемы.
Если на файловом сервере происходит сбойная ситуация, незавершенные транзакции будут возвращены после того, как файловый сервер будет снова приведен в работоспособное состояние. Однако, транзакции, начатые до сбоя на файловом сервере, могут быть записаны
 в память кеширования файлового сервера, а не на диск. Хотя транзакция не отмечается операционной системой как "завершенная" до тех пор, пока она не записана на диск, файловый сервер смог бы вернуть эту транзакцию, если только она была "завершена" в соот
ветствии с прикладной задачей рабочей станции.
Если флаг "TTS Abort Dump Flag" ("Флаг вывода дампа при аварийном завершении системы TTS") установлен в значение ON (смотрите описание SET на странице ...), копия исходных данных из данной транзакции будет записана в файл TTS$LOG.ERR корневого каталога н
а томе SYS. Вы можете сравнить эту информацию (которая была сохранена в базе данных) с той, которая была введена с рабочей станции, чтобы определить, требуется ли повторный ввод этой информации из рабочей станции.
Если вам нужна дополнительная подсказка
______________________________________________________________________
Если вы не можете найти решения какой-то сетевой проблемы в данном разделе, обратитесь к Официальному представителю служб фирмы Novell. Перед тем, как взывать о помощи, убедитесь, что у вас информация по конфигурации из рабочей таблицы файлового сервера 
("File Server Worksheet") соответствует данным из рабочей таблицы по конфигурации для рабочей станции ("Workstation Configuration Worksheet"). Подготовьтесь к описанию самой проблемы и детализации по каждой попытке, которые вы предпринимали для решения э
той проблемы.
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
Замечание: Если вы получили решение из источника, отличного от Официального представителя служб фирмы Novell, пожалуйста, проинформируйте фирму Novell о самой проблеме и о ее решении. Это поможет нам в улучшении данной документации и в предложении своевр
еменных ответов другим пользователям, имеющим аналогичные проблемы.
ДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДДД
ЪДДДДДДДї
і F>    і
АДДДДДДДЩ
Утилита командной строки


COMCHECK
______________________________________________________________________
COMmunications CHECK (Контроль соединений)
В каких целях применяется утилита COMCHECK?
Используйте утилиту COMCHECK (находится на дискете DOS / DOS ODI Workstation Services) для проверки соединений между файловым сервером и его рабочими станциями.
Формат команды
COMCHECK
Контроль сетевых соединений
______________________________________________________________________
Чтобы выполнять проверку соединений в вашей сети, вы должны иметь по крайней мере одну рабочую станцию, присоединенную к файловому серверу. Далее выполните cледующие шаги.
1. Убедитесь, что все соединители и терминаторы находятся в надежном состоянии.
****
Неполное соединение. Неполное соединение может привести к постоянной переконфигурации сети, которая не позволит рабочей станции связаться с файловым сервером. Кроме того, плохое соединение может вызвать зависание рабочей станции или привести к ситуации, 
аналогичной зависанию рабочей станции.
2. Загрузите DOS на рабочую станцию и на файловый сервер.
3. Вставьте дискету DOS / DOS ODI Workstation Services в накопитель A рабочей станции.
4. Введите 
IPX   
5. Введите
COMCHECK   
6. Введите уникальное имя (такое, которое будет идентифицировать данную станцию) в строку приглашения "Unique User Information" ("Уникальная пользовательская информация").
Появляется окно, аналогичное представленному ниже.
 Network	Node	Unique User	Yr Mo Dy Hr MnSc*
 00000000	00000110	Don	90/04/15 09:36:45 *
Network (Сеть). Выводит 0, если еще не была загружена оболочка.
Node (Узел). Показывает, что сетевая плата соединяется с остальной частью сети.
Unique User (Уникальный пользователь). Показывает уникальное имя, которое вы присвоили текущей рабочей станции.
Yr Mo Dy Hr MnSc (Год Месяц День Час МинутыСекунды). Показывает текущее время. Эта запись времени обновляется каждые 15 секунд, чтобы показать, что данная плата все еще соединена.
*. Показывает, что данная рабочая станция является текущей рабочей станцией.
7. Если рабочая станция не выводит той информации, что показана выше, замените сетевой кабель и повторно выполните утилиту COMCHECK. 
8. Повторите шаги от 1 до 7 для следующей рабочей станции сети.
После добавления рабочих станций к утилите COMCHECK, появляется окно, аналогичное представленному ниже.
 Network	Node	Unique User	Yr Mo Dy Hr MnSc*
 00000000	00000110	Don	90/04/15 09:36:45 * 00000000	00000FA1	Judy	90/04/15 09:37:34 00000000	0000002A	File Server	90/04/15 09:38:15
Одна рабочая станция
Если на экране появляется только одна рабочая станция, в то время, как должно было появиться несколько, выполните начальную загрузку дополнительной рабочей станции, выполняя шаги от 1 до 7 на страницах ... и .... Если отображаются две или более рабочих с
танции, замените сетевую плату и кабель той рабочей станции, которая не была выведена на экран.
Кабельная система
Если вы видите все рабочие станции, которые используют одну и ту же кабельную систему, но не видите никакие другие рабочие станции, проверьте кабельную систему и соединители, которые присоединяют эту группу к сетевой магистрали.
ЪДДДДДДДї
і F>    і
АДДДДДДДЩ
Утилита командной строки


DCONFIG
______________________________________________________________________
Driver CONFIGuration (Конфигурация драйвера)
В каких целях применяется утилита DCONFIG?
Используйте утилиту DCONFIG (находится на дискете DOS / DOS ODI Workstation Services) для изменения варианта конфигурации файла оболочки IPX.COM на соответствующий установке конфигурации сетевой платы в рабочей станции.
Также, вы можете воспользоваться утилитой SHGEN для генерации нового файла IPX.COM с корректным вариантом конфигурации. Для получения инструкций по работе с утилитой SHGEN смотрите документацию "Установка ОС NetWare 386" (NetWare 386 Installation).
Формат команды
DCONFIG IPX.COM SHELL:,number
Замените параметр number на номер варианта конфигурации сетевой платы. Смотрите приложение по установке вашей сетевой платы, чтобы узнать допустимые варианты конфигурации.
Изменение варианта конфигурации в файле IPX.COM
______________________________________________________________________
1. На рабочей станции измените ваш каталог по умолчанию на каталог, содержащий файлы начальной загрузки.
2. Чтобы просмотреть текущую конфигурацию для файла IPX.COM, введите
IPX |   
На экран будет выведена информация, аналогичная cледующей.
 (1) LAN Option: NetWare Ethernet NE2000 V1.00EC (81004) (2) Hardware Configuration: IRQ=3, I/O Base=300h, no DMA       or RAM
(1) - Опции ЛС(2) - Конфигурации аппаратного обеспечения
3. Вставьте в накопитель А дискету DOS / DOS ODI Workstation Services.
4. Чтобы произвести замену на другой вариант, такой, как вариант 4, введите
A:DCONFIG IPX.COM SHELL:,4   
ЗАМЕТКИ
______________________________________________________________________