Часть 17

-----------------------

TTT

-----------------------

Tape backup unit(Узел pезервного копирования на ленту)

Обычно, узел pезервного копирования на ленту - это выносной накопитель на магнитной ленте, который осуществляет резервное копирование данных с жестких дисков.

Terminating resistor(Резистор оконечной нагрузки)

Резистор с заземлением, расположенный на конце шины, линии связи или кабеля, для предотвращения отражения и "эхо"-повторения сигналов. Иногда называется "терминатор".

Termination (Использование оконечной нагрузки)

См. SCSI bus (Шина SCSI).

Topology(Топология)

Физическое расположение компонентов сети (кабелей, станций, шлюзов, узлов и т.д.). Существует три основных разновидности топологий: "Звезда", "Кольцо" и "Шина". В сетях топологии типа "Звезда" каждая рабочая станция подсоединяется непосредствено к файл

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

бочие станции и файловый сервер подсоединены к центральным кабелю (называемому магистралью или шиной).

Transaction Tracking System(Система отслеживания транзакций)

См. TTS.

Transactional attribute(Атрибут Transactional)

См. Attributes (Атрибуты); Security (Attribute Security) (Безопасность (Безопасность Атрибутов))

Trustee rights(Попечительские права)

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

ппе. Пользователь или группа, которым назначены права для работы с этим каталогом или файлом, известны как "попечители" (trustee) этого файла или каталога.

Автоматическое назначение. Если вы создаете попечительские назначения в катклоге, то попечитель имеет доступ к каталогу, его файлам и его подкаталогам (если только эти права не переопределяются на уровне файла или каталога). Другими словами, попечительск

ие права "протекают" вниз по структуре, если только:

* на более низких уровнях каталога не были предоставлены другие попечительские назначения; или

* Маска наследуемых прав каталога или файла не отвергает права, назначенные в попечительском назначении.

Права, принимаемые по умолчанию. Когда вы создаете попечительские назначения для каталога, то принятые по умолчанию права (Read и File Scan [RF]) позволяют попечителю считывать файлы каталога и видеть подкаталоги и файлы в этом каталоге. Любые попечител

ьские назначения, независимо для файлов они или для каталога, включают также право видеть путь, ведущий из корневого каталога к данному каталогу или файлу.

Новое назначение попечительских прав на уровне файла может либо отменить права, назначенные на уровне каталога, либо разрешить дополнительные права.

Права попечителя SUPERVISOR. Пользователь SUPERVISOR имеет все права во всез каталогах и файлах и может назначать пользователям или группам любые права.

Прежде чем создавать попечительские назначения для файла или каталога, попечитель должен обладать правом Access Control [A] (Управление доступом).

Безопасность прав контролируется как попечительскими назначениями так и Маской наследуемых прав (Inherited Right Mask - IRM). Когда вы предоставляете попечительское назначение, то оно имеет приоритет над маской IRM текущего каталога. Однако, в подкаталог

ах, Маска наследуемых прав приоритетнее попечительских назначений, если только не были предоставлены новые попечительские назначения. Как попечительския назначения, так и маска IRM используют одни и те же права.

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

Задача Требуемые  права

Считывать из закрытого файла Read

Видеть имя файла File Scan

Осуществлять поиск в каталоге File Scan

Записывать в закрытый файл Write, Create Erase, Modify

Создавать файл и производить  запись в файл Create

Копировать файлы в каталог Create

Удалять пустой подкаталог Erase

Удалять файл Erase

Изменять атрибуты файла и ката- Modify лога

Переименовывать файл Modify

Изменять попечительские назначе- Access  ния Control

Изменять Маску наследуемых прав Access Control

Модифицировать назначения диско- Access вого пространства каталога между Control пользователями

Чтобы предоставить или модифицировать попечительские назначения для любого каталога или файла используйте утилиты: ALLOW; FILER;GRANT; REMOVE; REVOKE; SYSCON ("Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference))

TTS

(Transaction Tracking System - Система отслеживания транзакций) Защищает приложения баз данных от повреждения путем выполнения отката невыполненных транзакций, причиной возникновения которых послужил сбой компоненты сети. Когда происходит откат транзакц

ии, информация о данных и индексах возвращается в состояние, которое было на момент начала выполнения транзакции.

TTS - это интегральная часть ОС NetWare 386; даже если вы не планируете добавлять многопользовательские базы данных на свой файловый сервер, система TTS полезна тем, что она защищает от повреждения Базу данных bindery и файлы базы данных очередей.

Зачем нужна система TTS на файловом сервере ?

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

истемы. NetWare TTS реализована на файловом сервере на уровне операционной системы. Этот метод имеет два преимущества перед реализациями на уровне приложений.

Система TTS на файловом сервере повышает производительность отслеживания транзакций. Производительность значительно увеличивается за счет того, что на файловом сервере, где производятся записи в файлы, идет отслеживание транзакций; меньше данных пересыла

ется по сети; и все транзакции пользуются преимуществами быстродействующей системы кэширования диска ОС NetWare.

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

ткрытой базе данных, то это приложение "подразумевает", что оно создает транзакцию. С этого момента система TTS начинает отслеживание этой неявной транзакции, так что при сбое может быть выполнен откат транзакции.

Когда приложения баз данных, не обладающие способностью отката транзакций, освобождают физическую запись в файле базы данных или логическую запись в открытой базе данных, то TTS может "сделать вывод", что приложение завершило транзакцию. С этого момента,

TTS прекращает отслеживание транзакции.

Пользу от TTS получают приложения баз данных трех разновидностей:

* приложения баз данных, спроектированные без возможности отката транзакций (неявные транзакции);

* приложения баз данных, обладающие встроенными возможностями отката транзакций (например, BTrieve);

* приложения, которые используют явные вызовы системы TTS ОС NetWare для того, чтобы обеспечить возможеность отката транзакций (например, "begin", "abort", "end").

Защита TTS

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

* во время транзакции происходит перебой с подачей питания на рабочую станцию или файловый сервер;

* во время передачи происходит сбой аппаратных средств сервера или рабочей станции, например, сбой по четности памяти или сетевой платы (ошибка);

* во время транзакции "подвешивается" сервер или рабочая станция (программный сбой).

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

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

.

* Если происходит сбой файлового сервера, ТТS выполнит откат транзакции тогда, когда файловый сервер вводится в строй;

* Если происходит сбой рабочей станции или передающей компоненты сети, то ТТS сразу же выполняет откат транзакции.

TTS может выполнить защиту от таких трех разновидностей сбоев для приложений, которые выдают вызовы на запирание записей и сохраняют в записях иноформацию, включая традиционные базы данных, некоторые приложения электронной почты и некоторые планировщики

назначений рабочих групп. , Системой TTS не защищаются файлы, которые не организованы по дискетным записям, например, файлы текстовых процессоров.

Как функционирует система TTS

Главное назначение системы TTS - обеспечить гарантии того, что при обработке транзакций либо все изменения выполняются полностью, либо никаких изменений не производится. Для отслеживания транзакций по данному файлу, вы должны установить для него флаг T

ransactional (Транзакциональный).

__________________________________________________

Замечание: Файл, помеченный флагом Transactional, не может быть удален или переименован; пока файл считается открытым, для него нельзя устанавливать флаг.

__________________________________________________

Когда рабочая станция начинает транзакцию в файле базы данных, для поддержания целостности файла система TTS следует следующим четырем основным действиям:

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

этом внешнем файле содержится вся информация, необходимая для отката транзакции; ее может использовать только операционная система.

2. Система TTS записывает изменнные данные в файл базы данных после того, как копия исходных данных была записана в файл отката.

3. При дополнительных изменениях в пределах этой транзакции, система TTS повторяет шаги 1 и 2 ( транзакция может состоять из последовательности изменений).

4. Система TTS ожидает, пока не будут записаны на диск все измененные в транзакции данные. После этого система TTS делает запись в файл отката и указывает, что транзакция завершена. Если TTS отметила, что транзакция завершена, то в случае сбоя файлового

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

Система TTS ОС NetWare поддерживает транзакции всех типов: одиночные транзакции; множественные, действующие параллельно транзакции, поступающие либо от разных рабочих станций, либо от различных задач, выполняемых на одной рабочей станции; либо транзакци

и обеих разновидностей.

Пороги по блокированию записей. Так как некоторые базы данных оставляют навсегда заблокированными одну или более записей (для защиты от копирования), то TTS позволяет вам установить в рабочей станции порог по блокированию, так что, когда запускается

приложение и происходит первое блокирование записи, неявная транкзакция не отслеживается.

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

См. также SETTTS ("Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference))

Два состояния системы TTS

TTS - это интегральная часть ОС NetWare 386; в отличии от предыдущих версий ОС NetWare, она не является дополнительным средством. Каждый раз, когда загрузжается файловый сервер, функционирующий под управлением ОС NetWare 386, он проходит через процедуру

разблокирования системы TTS. Однако, возможно иметь заблокированной систему TTS.

Система TTS разблокирована. Когда первый раз монтируется том SYS, то при условии доступности достаточного объема дискового пространства и памяти для разрешения отслеживания транзакций, автоматически разблокируется система TTS. Даже если заблокирована сис

тема TTS , вы можете ее разблокировать командой ENABLE TTS (если возникает проблема, которая автоматически блокирует систему TTS, то прежде чем разблокировать TTS, вы должны понять в чем дело).

Система TTS заблокирована. Если заполнен том SYS или на файловом сервере недостаточно свободной памяти, то после выполнения начальной загрузки файлового сервера или после того, как какой-либо процесс сервера (включая TTS) запросит больше памяти или диск

ового пространства, чем имеется на файловом сервере, сразу же будет заблокирована система TTS. Вы можете заблокировать систему TTS косвенным образом, размонтировав том SYS (том отката TTS), или непосредственно, выдав команду DISABLE TTS. Когда блокируе

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

Система TTS обрабатывает специальные случаи отката

Кроме обработки повседневных задач отката, система TTS может выполнить откат расширения или урезания файла, а также множественных изменений в одной и той же области данных во время одиночной транзакции. Система TTS может даже выполнить откат прерванных о

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

Система TTS была усовершенствована для того, чтобы достичь повышенной гибкости при монтировании и размонтировании томов, которую обеспечивает ОС NetWare 386.

* Если том SYS монтируется после всех остальных томов, то во время монтирования тома система TTS будет сканировать на томе SYS файл отката с тем, чтобы определить выполнять ли откат транзакций на томах, смонтированных раньше тома SYS. (Так как TTS не раз

блокируется до тех пор, пока не смонтируется том SYS, то вам никогда не следует выполнять откат каких-нибудь транзакций, сделанных на томах, где обрабатывались эти транзакции, вслед за сбоем файлового сервера, но перед тем как был смонтирован том SYS.

Откат более старых транзакций поверх более новых может повредить вашу базу данных.)

* Если том SYS монтируется перед другими томами, то TTS будет сканировать файл отката на томе SYS, по мере монтирования каждого дополнительного тома (либо сразу же после тома SYS, либо позже). Если система находит транзакции, для которых требуется выполн

ить откат на дополнительных томах, она проинициирует регулярный процесс отката.

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

* приложение на рабочей станции #1 снимает блокировку на записи перед тем, как закончится транзакция (записанная на диск);

* рабочая станция #2 блокирует и изменяет ту же запись в кэш-памяти файлового сервера (а также перед тем как закончится первая транзакция);

* происходит сбой рабочей станции #1, рабочая станция #2 завершает свою транзакцию (записывается на диск);

* поскольку произошел сбой рабочей станции #1, то выполняется откат ее транзакции - и в этом случае откат происходит поверх транзакции, которую завершила рабочая станция #2.

Если система TTS ОС NetWare не держала бы блокировки на записях рабочей станции до завершения транзакции, то база данных содержала бы неправильную информацию, т.к. самая последняя транзакция (с рабочей станции #2) была бы перезаписана данными, которые су

ществовали до сбойнувшей транзакции (с рабочей станции #1).

См. также DISABLE TTS; ENABLE TTS; MONITOR; SET ("Системное администрирование ОС NetWare 386" (NetWare 386 System Administration))

Утилиты, имеющие отношение к данному понятию: FILER; FLAG; SETTTS ("Справочник по утилитам ОС NetWare 386" (NetWare 386 Utilities Reference))

Сопровождение TTS

Файл TTS$LOG.ERR, располагаемый в корневом каталоге на томе SYS содержит информацию о состоянии системы TTS, которую администратор системы может использовать для поиска нарушений в работе системы. (Обратитесь к разделу "Поиск неисправностей" в руководств

е "Системное администрирование ОС NetWare 386" (NetWare 386 System Administration). Когда TTS инициализируется, блокируется или когда происходит откат транзакций, в этот файл система TTS записывает информацию состояния. Этот файл имеет большое значение

для администратора системы при поиске неисправностей и система TTS никогда не будет его удалять или уменьшать его размер (для отката транзакций система TTS использует другой файл).

Администратору системы следует контролировать размер этого файла и при необходимости удалять его (частично или полностью). Как полное, так и частичное удаление (с помощью текстового редактора ASCII) корректно с точки зрения системы, т.к. при необходимост

и система TTS создает его заново.

Файл TTS$ERR.LOG растет намного быстрее, если происходит откат транзакции и установлен флаг "TTS Abort Dump Flag" (Флаг создания дампа при аварийном завершении TTS).(Если установлен флаг "TTS Abort Dump Flag" (имеет значение ON), то когда выполняется

откат транзакции, в файл TTS$LOG.ERR будут записаны копия исходных данных из транзакции и копия данных до начала отката). Файл растет пропорционально размеру и количеству откатываемых транзакций.

См. также SET ("Системное администрирование ОС NetWare 386" (NetWare 386 System Administration))

Turbo FAT index table(Таблица индекса Турбо-FAT)

См. FAT.