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

Обновлено: 05.07.2024

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

Мы можем использовать инструмент tar для создания, просмотра и извлечения файлов из архивов. Архивы, созданные с помощью tar, обычно называются «tar-файлами», «tar-архивами» или — поскольку все заархивированные файлы объединены в один — «tarballs».

В этом руководстве показано, как использовать tar для создания архива, вывода списка содержимого архива и извлечения файлов из архива. Две общие опции, используемые со всеми тремя из этих операций, — это «-f» и «-v»: чтобы указать имя файла архива, используйте «-f», за которым следует имя файла; используйте параметр ‘-v’ («подробный»), чтобы tar выводил имена файлов по мере их обработки. Хотя параметр «-v» необязателен, он позволяет вам наблюдать за ходом выполнения операции tar.

В оставшейся части этого руководства мы рассмотрим 3 темы: 1. Создание архивного файла, 2. Получение списка содержимого архивного файла и 3. Извлечение содержимого из архивного файла. Мы завершаем это руководство рассмотрением 6 практических вопросов, связанных с управлением архивными файлами. То, что вы усвоите из этого руководства, необходимо для выполнения задач, связанных с кибербезопасностью и облачными технологиями.

1- Создание файла архива

Чтобы создать архив с помощью tar, используйте параметр «-c» («создать») и укажите имя создаваемого файла архива с помощью параметра «-f». Обычной практикой является использование имени с расширением «.tar», например, «my-backup.tar». Обратите внимание, что если не указано иное, все команды и параметры команд, используемые в оставшейся части этой статьи, используются в нижнем регистре. Имейте в виду, что при вводе команд из этой статьи на своем терминале вам не нужно вводить знак приглашения $, который появляется в начале каждой командной строки.

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

Чтобы создать архив с именем «project.tar» из содержимого каталога «project», введите:

$ tar -cvf project.tar проект

Эта команда создает архивный файл с именем «project.tar», содержащий каталог «проект» и все его содержимое. Исходный каталог проекта остается без изменений.

Используйте параметр «-z» для сжатия архива во время его записи. Это дает тот же результат, что и создание несжатого архива, а затем использование gzip для его сжатия, но устраняет дополнительный шаг.

Чтобы создать сжатый архив с именем «project.tar.gz» из содержимого каталога «project», введите:

$ tar -zcvf project.tar.gz проект

Эта команда создает сжатый архивный файл «project.tar.gz», содержащий каталог «проект» и все его содержимое. Исходный каталог проекта остается без изменений.

ПРИМЕЧАНИЕ. При использовании параметра «-z» следует указывать имя архива с расширением «.tar.gz», а не с расширением «.tar», чтобы имя файла показывало, что архив сжат. Хотя это и не обязательно, рекомендуется следовать этому правилу.

Gzip — не единственная форма сжатия. Есть еще bzip2 и и xz. Когда мы видим файл с расширением xz, мы знаем, что он был сжат с использованием xz. Когда мы видим файл с расширением .bz2, мы можем сделать вывод, что он был сжат с помощью bzip2. Мы собираемся отказаться от bzip2, так как он перестал поддерживаться, и сосредоточимся на xz. При сжатии с использованием xz сжатие файлов займет больше времени. Однако обычно стоит подождать, так как сжатие намного эффективнее, а это означает, что результирующий файл обычно будет меньше, чем другие используемые методы сжатия. Еще лучше тот факт, что распаковка или расширение файла не сильно отличается между различными методами сжатия. Ниже мы видим пример того, как использовать xz при сжатии файла с помощью tar

$ tar -Jcvf project.tar.xz проект

Мы просто меняем -z для gzip на верхний регистр -J для xz. Вот несколько выходных данных, отображающих различия между формами сжатия:

Как видите, xz сжимается дольше всего. Однако он лучше всего справляется с уменьшением размера файлов, поэтому стоит подождать. Чем больше файл, тем лучше становится сжатие!

2- Список содержимого архивного файла

Чтобы просмотреть содержимое архива tar, не распаковывая его, используйте tar с параметром «-t».

Чтобы просмотреть содержимое архива с именем «project.tar», введите:

$ tar -tvf project.tar

Эта команда выводит содержимое архива ‘project.tar’. Использование параметра '-v' вместе с параметром '-t' приводит к тому, что tar выводит разрешения и время модификации каждого файла вместе с его именем файла - тот же формат, который используется командой ls с параметром '-l'.

Чтобы просмотреть содержимое сжатого архива с именем ‘project.tar.gz’, введите:

$ tar -tvf project.tar

3- Извлечение содержимого из файла архива

Чтобы извлечь (или распаковать) содержимое архива tar, используйте tar с параметром ‘-x’ («извлечь»).

Чтобы извлечь содержимое архива с именем «project.tar», введите:

$ tar -xvf проект.tar

Эта команда извлекает содержимое архива ‘project.tar’ в текущий каталог.

Если архив сжат, что обычно означает, что он будет иметь расширение «.tar.gz» или «.tgz», включите параметр «-z».

Чтобы извлечь содержимое сжатого архива с именем ‘project.tar.gz’, введите:

$ tar -zxvf project.tar.gz

ПРИМЕЧАНИЕ. Если в текущем каталоге есть файлы или подкаталоги с тем же именем, что и у любого из файлов в архиве, эти файлы будут перезаписаны при извлечении архива. Если вы не знаете, какие файлы включены в архив, попробуйте сначала перечислить содержимое архива.

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

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

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

  • Можно ли добавить содержимое в файл архива, не распаковывая его?

К сожалению, после сжатия файла нет возможности добавить в него содержимое. Вам придется «распаковать» его или извлечь содержимое, отредактировать или добавить содержимое, а затем снова сжать файл. Если это небольшой файл, этот процесс не займет много времени. Если это большой файл, будьте готовы к тому, что это займет некоторое время.

  • Можно ли удалить контент из файла архива, не распаковывая его?

Это зависит от используемой версии tar. Более новые версии tar будут поддерживать --delete.

Например, предположим, что у нас есть файлы file1 и file2 . Их можно удалить из file.tar следующим образом:

$ tar -vf файл.tar – удалить файл1 файл2

Чтобы удалить каталог dir1:

$ tar -f файл.tar – удалить каталог1/*

  • В чем разница между сжатием папки и ее архивированием?

Самый простой способ увидеть разницу между архивированием и сжатием – посмотреть на конечный результат. Когда вы архивируете файлы, вы объединяете несколько файлов в один. Итак, если мы заархивируем 10 файлов по 100 КБ, вы получите один файл размером 1000 КБ. С другой стороны, если мы сожмем эти файлы, мы можем получить файл размером всего несколько КБ или около 100 КБ.

Как мы видели выше, вы можете создавать и архивировать файлы с помощью команды tar с параметрами cvf. Чтобы сжать созданный нами файл архива, есть два варианта; запустите файл архива через сжатие, такое как gzip. Или используйте флаг сжатия при использовании команды tar. Наиболее распространенные флаги сжатия: -z для gzip, -j для bzip и -J для xz. Мы можем видеть первый метод ниже:

Или мы можем просто использовать флаг сжатия при использовании команды tar, здесь мы увидим флаг gzip «z»:

$ tar -cvzf file.tar /some/directory

  • Как создавать архивы из нескольких каталогов и/или файлов одновременно?

Нередки ситуации, когда нам нужно заархивировать сразу несколько файлов или каталогов. И это не так сложно, как вы думаете, заархивировать несколько файлов и каталогов одновременно. Вы просто указываете, какие файлы или каталоги вы хотите заархивировать, в качестве аргументов команды tar:

$ tar -cvzf файл.tar файл1 файл2 файл3

$ tar -cvzf файл.tar /some/directory1 /some/directory2

  • Как пропустить каталоги и/или файлы при создании архива?

Вы можете столкнуться с ситуацией, когда вы хотите заархивировать каталог или файл, но вам не нужно архивировать определенные файлы. Чтобы избежать архивирования этих файлов или «исключить» их, вы должны использовать опцию –exclude с tar:

$ tar – исключить файл ‘/some/directory’ -cvf.tar /home/пользователь

Таким образом, в этом примере /home/user будет заархивирован, но будет исключен каталог /some/, если он находится в /home/user. Важно указать параметр –exclude перед источником и местом назначения, а также заключить исключаемый файл или каталог в одинарные кавычки.

Обзор

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

Ресурсы

Если вы хотите больше узнать о Linux, настоятельно рекомендуем прочитать следующие статьи и руководства:

Об авторах

Кевин Даунс является сертифицированным системным администратором Red Hat или RHCSA. На своей нынешней работе в IBM в качестве системного администратора он отвечает за администрирование сотен серверов, работающих на различных дистрибутивах Linux. Он является ведущим инструктором по Linux в Coding Bootcamps, где он является автором 5 курсов для самостоятельного изучения.

В каждой базе данных SQL Server есть как минимум два файла операционной системы: файл данных и файл журнала. Файлы данных содержат данные и объекты, такие как таблицы, индексы, хранимые процедуры и представления. Файлы журналов содержат информацию, необходимую для восстановления всех транзакций в базе данных. Файлы данных можно объединять в файловые группы для целей распределения и администрирования.

Файлы базы данных

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

Файл Описание
Основной Содержит информацию о запуске для базы данных и указывает на другие файлы в базе данных. Каждая база данных имеет один первичный файл данных. Рекомендуемое расширение имени файла для первичных файлов данных — .mdf.
Вторичные Необязательные определяемые пользователем файлы данных. Данные можно распределить по нескольким дискам, поместив каждый файл на отдельный диск. Рекомендуемое расширение имени файла для вторичных файлов данных — .ndf.
Журнал транзакций Журнал содержит информацию, используемую для восстановления базы данных. Для каждой базы данных должен быть хотя бы один файл журнала. Рекомендуемое расширение имени файла для журналов транзакций: .ldf.

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

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

Логические и физические имена файлов

Файлы SQL Server имеют два типа имен файлов:

logical_file_name: logical_file_name — это имя, используемое для ссылки на физический файл во всех инструкциях Transact-SQL. Имя логического файла должно соответствовать правилам для идентификаторов SQL Server и должно быть уникальным среди имен логических файлов в базе данных.

os_file_name: os_file_name — это имя физического файла, включая путь к каталогу. Он должен соответствовать правилам для имен файлов операционной системы.

Дополнительные сведения об аргументах NAME и FILENAME см. в разделе ALTER DATABASE File and Filegroup Options (Transact-SQL).

Файлы данных и журналов SQL Server можно поместить в файловые системы FAT или NTFS. В системах Windows мы рекомендуем использовать файловую систему NTFS из-за аспектов безопасности NTFS.

Чтение/запись файловых групп данных и файлов журналов не поддерживаются в сжатой файловой системе NTFS. В сжатую файловую систему NTFS можно помещать только базы данных только для чтения и вторичные файловые группы только для чтения. Для экономии места настоятельно рекомендуется использовать сжатие данных вместо сжатия файловой системы.

Если на одном компьютере запущено несколько экземпляров SQL Server, каждый экземпляр получает отдельный каталог по умолчанию для хранения файлов баз данных, созданных в этом экземпляре. Дополнительные сведения см. в разделе Расположение файлов для стандартных и именованных экземпляров SQL Server.

Страницы файла данных

Страницы в файле данных SQL Server нумеруются последовательно, начиная с нуля (0) для первой страницы в файле. Каждый файл в базе данных имеет уникальный идентификационный номер файла. Для уникальной идентификации страницы в базе данных требуются как идентификатор файла, так и номер страницы.В следующем примере показаны номера страниц в базе данных с первичным файлом данных размером 4 МБ и дополнительным файлом данных размером 1 МБ.

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

Размер файла

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

Дополнительную информацию о страницах и типах страниц см. в Руководстве по архитектуре страниц и экстентов.

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

Дополнительную информацию об управлении файлом журнала транзакций см. в разделе Управление размером файла журнала транзакций.

Файлы снимков базы данных

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

  • Моментальный снимок базы данных, созданный пользователем, хранит свои данные в одном или нескольких разреженных файлах. Технология разреженных файлов — это особенность файловой системы NTFS. Сначала разреженный файл не содержит пользовательских данных, и дисковое пространство для пользовательских данных не выделено разреженному файлу. Общие сведения об использовании разреженных файлов в моментальных снимках базы данных и о том, как растут моментальные снимки базы данных, см. в разделе Просмотр размера разреженного файла моментального снимка базы данных.
  • Моментальные снимки базы данных используются внутри некоторых команд DBCC. Эти команды включают DBCC CHECKDB, DBCC CHECKTABLE, DBCC CHECKALLOC и DBCC CHECKFILEGROUP. Моментальный снимок внутренней базы данных использует разреженные альтернативные потоки данных исходных файлов базы данных. Как и разреженные файлы, альтернативные потоки данных являются функцией файловой системы NTFS. Использование разреженных альтернативных потоков данных позволяет связать несколько распределений данных с одним файлом или папкой, не влияя на размер файла или статистику объема.

Файловые группы

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

Например: Data1.ndf , Data2.ndf и Data3.ndf можно создать на трех дисках соответственно и назначить файловой группе fgroup1 . Затем можно создать таблицу специально для файловой группы fgroup1. Запросы данных из таблицы будут распределены по трем дискам; это улучшит производительность. Такого же повышения производительности можно добиться, используя один файл, созданный в наборе полос RAID (избыточный массив независимых дисков). Однако файлы и файловые группы позволяют легко добавлять новые файлы на новые диски.

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

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

Файловая группа по умолчанию (основная)

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

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

Группа файлов данных, оптимизированных для памяти

Дополнительную информацию о файловых группах, оптимизированных для памяти, см. в разделе Файловая группа, оптимизированная для памяти.

Файловая группа файлового потока

Дополнительную информацию о файловых группах файлового потока см. в разделах FILESTREAM и Создание базы данных с поддержкой FILESTREAM.

Пример файла и файловой группы

В следующем примере создается база данных на экземпляре SQL Server. В базе данных есть первичный файл данных, определяемая пользователем файловая группа и файл журнала. Первичный файл данных находится в первичной файловой группе, а определяемая пользователем файловая группа имеет два вторичных файла данных. Оператор ALTER DATABASE делает определяемую пользователем файловую группу группой по умолчанию. Затем создается таблица с указанием определяемой пользователем файловой группы. (В этом примере используется общий путь c:\Program Files\Microsoft SQL Server\MSSQL.1, чтобы не указывать версию SQL Server.)

На следующем рисунке обобщены результаты предыдущего примера (за исключением данных Filestream).

Стратегия заполнения файлов и файловых групп

Файловые группы используют стратегию пропорционального заполнения для всех файлов в каждой файловой группе. Когда данные записываются в файловую группу, ядро ​​СУБД SQL Server записывает объем, пропорциональный свободному пространству в файле, в каждый файл в файловой группе вместо того, чтобы записывать все данные в первый файл до тех пор, пока он не заполнится. Затем он записывает в следующий файл. Например, если в файле f1 свободно 100 МБ, а в файле f2 — 200 МБ, один экстент дается из файла f1, два экстента — из файла f2 и т. д. Таким образом, оба файла заполняются примерно в одно и то же время, и достигается простое чередование.

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

Правила оформления файлов и файловых групп

Следующие правила относятся к файлам и файловым группам:

  • Файл или файловая группа не могут использоваться более чем одной базой данных. Например, файлы sales.mdf и sales.ndf, содержащие данные и объекты из базы данных продаж, не могут использоваться какой-либо другой базой данных.
  • Файл может быть членом только одной файловой группы.
  • Файлы журнала транзакций никогда не входят ни в какие файловые группы.

Рекомендации

Рекомендации по работе с файлами и файловыми группами:

  • Большинство баз данных хорошо работают с одним файлом данных и одним файлом журнала транзакций.
  • Если вы используете несколько файлов данных, создайте вторую файловую группу для дополнительного файла и сделайте эту файловую группу файловой группой по умолчанию. Таким образом, основной файл будет содержать только системные таблицы и объекты.
  • Для повышения производительности создавайте файлы или файловые группы на различных доступных дисках. Поместите объекты, активно конкурирующие за место, в разные файловые группы.
  • Используйте файловые группы, чтобы разрешить размещение объектов на определенных физических дисках.
  • Поместите разные таблицы, используемые в одних и тех же запросах на соединение, в разные файловые группы. Этот шаг повысит производительность благодаря параллельному дисковому вводу-выводу с поиском объединенных данных.
  • Разместите часто используемые таблицы и некластеризованные индексы, принадлежащие этим таблицам, в разные файловые группы. Использование разных файловых групп повысит производительность благодаря параллельному вводу-выводу, если файлы расположены на разных физических дисках.
  • Не размещайте файлы журнала транзакций на том же физическом диске, где находятся другие файлы и файловые группы.
  • Если вам нужно расширить том или раздел, на котором находятся файлы базы данных, с помощью таких инструментов, как Diskpart, вы должны сначала создать резервную копию всех системных и пользовательских баз данных и остановить службы SQL Server. Кроме того, после успешного расширения дисковых томов следует выполнить команду DBCC CHECKDB, чтобы обеспечить физическую целостность всех баз данных, находящихся на томе.

Дополнительную информацию о рекомендациях по управлению файлом журнала транзакций см. в разделе Управление размером файла журнала транзакций.

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

Версии LISTSERV 1.8d без виртуальной машины дополнительно усовершенствовали новую систему файловых серверов, представленную в версии 1.8c без виртуальной машины, которая включала большую часть функций "традиционной" файловой системы. Примечательно, что стали доступны GIVE и файловые «пакеты». Большинство команд конечного пользователя продолжают работать, как и прежде. Однако нет никакой гарантии, что внутренние файлы данных, которыми манипулируют функции файлового сервера, останутся прежними. Обратите внимание, что файлы SITE.CATALOG версий с 1.8a по 1.8c по-прежнему поддерживаются, и их не нужно будет изменять для работы с 1.8d и более поздними версиями.

Версии LISTSERV 1.8a и 1.8b без виртуальной машины поддерживали "временную" файловую серверную систему, чтобы обеспечить временное решение на время разработки новой системы. Эта временная система поддерживает только часть функций традиционной системы. L-Soft больше не поддерживает эту систему, поскольку она была заменена новым файловым сервером без виртуальной машины, упомянутым выше.

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

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

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

В традиционной системе (работающей на серверах виртуальных машин) сопровождающий LISTSERV создает файлы с именами " xxxx FILELIST ", которые содержат определения для всех файлов, принадлежащих определенному архиву. Эти файлы FILELIST должны быть созданы сопровождающим LISTSERV на сайте, прежде чем они смогут быть отредактированы владельцем списка. 1

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

Примечание. Инструкции в Разделе 8.3 Обслуживание списка файлов (только для систем VM) и инструкции в Разделе 8.4 Система listname.CATALOG в системах без VM не взаимозаменяемы. Если вы не уверены, в какой системе работает ваш список, вы можете отправить команду RELEASE на сервер, чтобы выяснить это.

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

на хост LISTSERV, где хранится список файлов. Переключатель (CTL заставляет LISTSERV блокировать список файлов до тех пор, пока вы не сохраните его снова или явно не разблокируете его с помощью команды UNLOCK listname FILELIST. (Если вы не хотите блокировать список файлов, используйте вместо этого (CTL NOLOCK).) Если ваша учетная запись электронной почты не находится на том же хосте, что и LISTSERV, вам нужно будет указать свой личный пароль (такой же, как ваш пароль для получения и размещения ваших списков).

Список файлов, полученный с помощью параметра (CTL), не похож на список файлов, который вы получаете с помощью команды INDEX. Образец списка файлов (с параметром CTL приведен ниже:

* Файлы, связанные с MYLIST и доступные подписчикам:
* rec last - change
* filename filetype GET PUT -fm lrecl nrecs date time Примечания
* ------- - -------- --- --- --- ----- ----- -------- -------- ------ --
ПОЛИТИКА MYLIST ALL OWN V 79 45 94/03/16 12:04:23 Заявление о миссии
MYLIST BOOKLIST ALL OWN V 79 177 94/04/19 16:24:57 Интересные книги < br />MYLIST QUARTER ALL OWN V 73 113 95/03/11 08:57:04 Ежеквартальная публикация

* Файлы Listowner (не общедоступные)
МОЙ СПИСОК ПРОЩАТЬ СОБСТВЕННЫЙ СОБСТВЕННЫЙ V 78 9 95/03/11 08:53:41 Прощание
МОЙ СПИСОК ДОБРО ПОЖАЛОВАТЬ СОБСТВЕННЫЙ СОБСТВЕННЫЙ V 73 105 95/03/11 09 :14:38 Привет, памятка

Примечание. Список файлов не включает строки комментариев, которые вы обычно видите вверху списка файлов INDEX; он также не включает в себя какие-либо архивы записных книжек. LISTSERV динамически создает эти строки во время получения от пользователя команды INDEX. Если в извлеченном вами списке файлов есть какой-либо материал такого рода, либо (а) вы неправильно извлекли список файлов, либо (б) вы или кто-то еще ранее сохранил список файлов с включенным этим материалом. Если вы выполнили GET с (CTL , вы сможете удалить эти посторонние строки, просто удалив их.

Если вы выполняете ИНДЕКС своего архива и в нем есть (например) два набора строк комментариев или дубликаты списков архива блокнота, тогда вы должны ПОЛУЧИТЬ список файлов с (CTL и отредактировать неверные строки. В то время как дополнительные строки будут не влияют на работу файлового сервера, они могут запутать ваших пользователей.

«Добавление файла в список файлов» — не совсем точная терминология, хотя это широко используемая фраза. Добавление файлов в файловые архивы — это двухэтапный процесс. Сначала добавьте дескриптор файла в соответствующий список файлов и сохраните список файлов на сервере. Во-вторых, сохраните сам файл на сервере.

Чтобы добавить дескриптор файла, начните строку с пробела, а затем введите имя файла, коды доступа, пять точек (точки) и краткое описание, разделенные пробелом. Например:

Примечание. Строка должна начинаться с пробела. Также необходимо поставить пять точек, разделенных пробелами, между кодом доступа к файлу PUT (здесь это OWN) и кратким описанием. Эти точки являются заполнителями для формата записи (recfm), наибольшей длины записи (lrecl), количества записей (nrecs), а также даты и времени последнего обновления. Если этих точек нет, LISTSERV вернет сообщение об ошибке при попытке сохранить список файлов.

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

* Файлы, связанные с MYLIST и доступные подписчикам:
* rec last - change
* filename filetype GET PUT -fm lrecl nrecs date time Примечания
* ------- - -------- --- --- --- ----- ----- -------- -------- ------ --
ПОЛИТИКА MYLIST ALL OWN V 79 45 94/03/16 12:04:23 Заявление о миссии
MYLIST BOOKLIST ALL OWN V 79 177 94/04/19 16:24:57 Интересные книги < br />MYLIST QUARTER ALL OWN V 73 113 95/03/11 08:57:04 Ежеквартальная публикация
MYLIST FAQ ALL OWN . . . . . Часто задаваемые вопросы для MYLIST

* Файлы Listowner (не общедоступные)
МОЙ СПИСОК ПРОЩАТЬ СОБСТВЕННЫЙ СОБСТВЕННЫЙ V 78 9 95/03/11 08:53:41 Прощание
МОЙ СПИСОК ДОБРО ПОЖАЛОВАТЬ СОБСТВЕННЫЙ СОБСТВЕННЫЙ V 73 105 95/03/11 09 :14:38 Привет, памятка

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

FAC определяют, какие пользователи имеют доступ к файлам в файловом архиве. FAC для GET указывает, кто может извлекать файлы, а FAC для PUT указывает, кто может хранить файлы на сервере.

Примечание: существуют специальные FAC для "суперпользователей", таких как сопровождающий(и) LISTSERV и главный координатор LISTSERV, которые могут ПОЛУЧАТЬ и ПОСТАВЛЯТЬ любой файл независимо от его разрешений GET/PUT.

Примечания. Коды FAC PRV и OWN работают только в системе списка файлов VM. Они не работают в системе каталогов, отличных от виртуальных машин. См. Раздел 8.4 Система listname.CATALOG в системах без виртуальных машин, если вы настраиваете системы без виртуальных машин.

Это предполагает, что имя списка файлов идентично имени связанного списка рассылки — например, MYLIST@FOO.BAR.EDU будет иметь файл MYLIST LIST и файл MYLIST FILELIST. Обратитесь за помощью к вашему сопровождающему LISTSERV, если это не так, или если вам нужно добавить специальные FAC для специального доступа пользователей к файлам.

Примечание. Прежде чем удалять файловые дескрипторы из списка файлов, необходимо удалить сами файлы с архивного диска LISTSERV. Инструкции см. в разделе 8.6 «Удаление файлов с хост-компьютера».

Включите файл со списком файлов в виде обычного текста в тело почтового сообщения. Не присоединяйте его с помощью MIME или другой схемы кодирования, так как LISTSERV не переводит закодированные сообщения.

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

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

После того, как LISTSERV подтвердит получение и сохранение списка файлов, вы можете отправлять файлы, соответствующие файловым дескрипторам в вашем списке файлов. Инструкции см. в разделе 8.5 «Хранение файлов на хост-компьютере».

Это усовершенствование "подкаталога" позволяет администратору LISTSERV делегировать полномочия по управлению файлами контролируемым и безопасным образом. Многим владельцам списков могут быть предоставлены права вести свой собственный подкаталог в предопределенном каталоге.

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

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

Владельцы файлов управляют рассматриваемыми файлами с помощью команд GET и PUT. Авторизованные пользователи могут получить файлы с помощью команды GET.

Если ваш список переносится с виртуальной машины на одну из версий LISTSERV без виртуальной машины, обратите внимание, что нет необходимости создавать записи в вашем подкаталоге для файлов WELCOME, FAREWELL и MAILTPL. Если записи для этих файлов не создаются, они просто не отображаются в выводе команды INDEX.Однако, при желании, вы можете заставить их появляться, определив их в своем подкаталоге.

После создания подкаталога владельцы каталога могут зарегистрировать новые файлы, используя следующую процедуру (в этом примере предполагается, что подкаталог называется MY.CATALOG ):

Отправьте команду GET MY.CATALOG в LISTSERV (или, если каталог новый, начните с пустого файла).

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

Примечания: (1) Это определяет имя файла, которое видят пользователи LISTSERV. То есть команда для извлечения файла будет GET MY.FILE .

(2) Это определяет имя фактического файла на диске, в котором будет храниться содержимое MY.FILE. Обычно вы должны указать то же самое, что и (1), или просто знак равенства (LISTSERV затем заменит имя, которое вы указали для (1)). Однако в некоторых случаях вы можете захотеть сделать конкретный файл доступным под несколькими именами. Это можно сделать, зарегистрировав несколько файлов (т. е. несколько значений для (1)) и каждый раз используя одно и то же значение (2).

(3) Этот код доступа к файлу определяет, кто может заказать файл с помощью команды GET. Доступны следующие коды доступа к файлам:

ALL – универсальный доступ.
PRIVATE(xxx) – Доступ имеют только члены списка xxx.
OWNER(xxx) — доступ имеют только владельцы списка xxx.
СЛУЖБА(xxx) – Доступ имеют только пользователи из зоны обслуживания из списка xxx.
NOTEBOOK(xxx) – Тот же доступ, что и к архивам списка xxx.
user@host — указанному пользователю предоставляется доступ.

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

MY.FILE C:\FILES\XYZ\MY.FILE JOE@XYZ.EDU,JACK@XYZ.EDU,PRIVATE(XYZ-L) CTL

определяет файл, который Джо, Джек и подписчики списка XYZ-L могут делать заказы с помощью команды GET, но обновлять ее может только администратор LISTSERV.

(4) Этот код доступа к файлу определяет, кто может обновлять файл с помощью команды PUT. См. примечание (3) выше для получения дополнительной информации о кодах FAC.

(2) по умолчанию соответствует значению (1), а (3) и (4) по умолчанию соответствуют кодам доступа GET и PUT самого подкаталога соответственно. Таким образом, в большинстве случаев запись в подкаталоге будет такой простой, как:

MY.FILE

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

*
* Файлы подпроекта XYZ
*
XYZ.ПОВЕСТКА
XYZ.BUDGET
XYZ.PROPOSAL-1
XYZ. ПРЕДЛОЖЕНИЕ-2

тогда любой пользователь, который соответствует коду доступа к файлу 'xxx', имеет право ввести команду INDEX MY, чтобы получить отформатированную версию каталога. Для совместимости со старыми версиями LISTSERV команда GET MY.FILELIST даст те же результаты. Если есть список рассылки под названием MY, список архивных файлов будет добавлен автоматически.

Убедитесь, что вы определили «персональный пароль» для LISTSERV с помощью команды PW ADD, прежде чем РАЗМЕЩАТЬ новый или редактируемый файл. Если вы сделали это, но не можете вспомнить пароль, отправьте команду PW RESET в LISTSERV, а затем новую команду PW ADD.

(Эта строка не будет отображаться для людей, ПОЛУЧИВШИХ файл из LISTSERV.) Замените XXXXXXXX своим личным паролем. Если вы указываете имя списка файлов или каталога, не заключайте имя в квадратные скобки.

Если файл, который вы собираетесь сохранить, зарегистрирован в подкаталоге или списке файлов, отличном от общесайтового, вам может потребоваться указать имя подкаталога или списка файлов, чтобы сохранить файл. Это связано с тем, что вполне возможно, что два списка файлов или каталогов более низкого уровня могут иметь файлы, зарегистрированные с одним и тем же именем (например, README TXT). Если в LISTSERV зарегистрированы два подкаталога (например, MYLIST CATALOG и HISLIST CATALOG), в которых зарегистрирован файл с именем README TXT, то команда PUT README TXT сообщит LISTSERV, что нужно попытаться сохранить файл в первом попавшемся каталоге. в иерархии. Если MYLIST CATALOG зарегистрирован до HISLIST CATALOG в SITE CATALOG, LISTSERV попытается сохранить файл, как если бы он принадлежал MYLIST (что, как мы предполагаем, вам нужно). Однако, если HISLIST CATALOG зарегистрирован до MYLIST CATALOG (а многие сайты любят хранить вещи в алфавитном порядке, так что это наиболее вероятный сценарий), LISTSERV попытается сохранить файл, как если бы он принадлежал HISLIST, и вы получите ошибка о том, что вам не разрешено сохранять файл.

В этой статье мы объясним, что такое веб-серверы, как они работают и почему они важны.

Предварительные требования: Вы уже должны знать, как работает Интернет, и понимать разницу между веб-страницей, веб-сайтом, веб-сайтом. сервер и поисковая система.
Цель: Вы узнаете, что такое веб-сервер, и получите общее представление о том, как это работает.

Обзор

Термин веб-сервер может относиться к оборудованию или программному обеспечению, или к тому и другому вместе.

Чтобы опубликовать веб-сайт, вам нужен статический или динамический веб-сервер.

Статический веб-сервер или стек состоит из компьютера (аппаратного обеспечения) с HTTP-сервером (программного обеспечения). Мы называем это "статическим", потому что сервер отправляет размещенные файлы в ваш браузер как есть.

Например, для создания окончательных веб-страниц, которые вы видите в браузере, сервер приложений может заполнить шаблон HTML содержимым из базы данных. Такие сайты, как MDN или Википедия, имеют тысячи веб-страниц. Как правило, такие сайты состоят всего из нескольких HTML-шаблонов и гигантской базы данных, а не из тысяч статических HTML-документов. Такая настройка упрощает обслуживание и доставку контента.

Подробнее

Просмотр: чтобы получить веб-страницу, ваш браузер отправляет запрос на веб-сервер, который ищет запрошенный файл в своем собственном хранилище. Найдя файл, сервер читает его, обрабатывает по мере необходимости и отправляет браузеру. Давайте рассмотрим эти шаги более подробно.

Размещение файлов

Во-первых, веб-сервер должен хранить файлы веб-сайта, а именно все HTML-документы и связанные с ними ресурсы, включая изображения, таблицы стилей CSS, файлы JavaScript, шрифты и видео.

Технически вы можете разместить все эти файлы на своем компьютере, но гораздо удобнее хранить все файлы на выделенном веб-сервере, потому что:

  • Выделенный веб-сервер обычно более доступен. (работает)
  • За исключением времени простоя и проблем с системой, выделенный веб-сервер всегда подключен к Интернету.
  • Выделенный веб-сервер может все время иметь один и тот же IP-адрес. Это называется выделенный IP-адрес. (не все интернет-провайдеры предоставляют фиксированный IP-адрес для домашних линий)
  • Выделенный веб-сервер обычно обслуживается третьей стороной.

По всем этим причинам поиск хорошего хостинг-провайдера является ключевой частью создания веб-сайта. Изучите различные услуги, предлагаемые компаниями. Выберите тот, который соответствует вашим потребностям и бюджету. (Услуги варьируются от бесплатных до тысяч долларов в месяц.) Более подробную информацию можно найти в этой статье.

Если у вас есть услуга веб-хостинга, вы должны загрузить свои файлы на свой веб-сервер.

Все команды представлены в виде обычного текста и удобочитаемы.

Статический и динамический контент

Грубо говоря, сервер может обслуживать как статический, так и динамический контент. Помните, что термин статический означает "обслуживаемый как есть". Статические веб-сайты настроить проще всего, поэтому мы рекомендуем сделать ваш первый сайт статическим.

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

Существует так много технологий серверов приложений, что трудно предложить какую-то конкретную. Некоторые серверы приложений обслуживают определенные категории веб-сайтов, такие как блоги, вики или электронная коммерция; другие являются более общими. Если вы создаете динамический веб-сайт, найдите время, чтобы выбрать технологию, соответствующую вашим потребностям. Если вы не хотите изучать программирование веб-сервера (что само по себе является захватывающей областью!), вам не нужно создавать свой собственный сервер приложений. Это просто изобретение велосипеда.

Разрешение серверам сайта и вторичным серверам печати архивировать в общее место.

Вы хотите исключить архив из своих резервных копий.

Из соображений производительности и безопасности рекомендуется использовать локальный диск на основном сервере в качестве места хранения. Если предполагается использовать удаленное сетевое расположение, такое как устройство SAN, мы рекомендуем низкоуровневое крепление диска, такое как iSCSI или лучше, если это возможно. Сервер должен иметь надежное соединение с хранилищем. На сервере Windows, если нужное расположение доступно только через путь UNC, требуется дополнительная настройка безопасности. По умолчанию сервер приложений PaperCut Сервер приложений является основной серверной программой, отвечающей за предоставление пользовательского интерфейса PaperCut, хранение данных и предоставление услуг пользователям. PaperCut использует сервер приложений для управления информацией о пользователях и учетных записях, управления принтерами, расчета стоимости печати, предоставления интерфейса веб-браузера для администраторов и конечных пользователей и многого другого.и поставщик печати PaperCut. Поставщик печати — это служба мониторинга, установленная на вторичном сервере печати, позволяющая PaperCut контролировать и отслеживать принтеры. Этот компонент мониторинга перехватывает локальную печать и сообщает об использовании основному серверу приложений. службы запускаются под учетной записью SYSTEM. Эта учетная запись ограничена и не имеет доступа к удаленному сетевому диску. Измените учетную запись входа в систему, назначенную обеим службам, на учетную запись с полным доступом для чтения и записи к удаленному местоположению. Изменение должно рассматриваться и выполняться только опытным администратором сервера Windows.

Этап 1. Перемещение центрального архива

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

Чтобы изменить местоположение:

Создайте новый каталог в нужном месте, например D:\print-архив . (Если сервер приложений PaperCut работает в кластере, этот каталог должен быть доступен для всех узлов кластера. См. раздел Кластеризация и высокая доступность.)

Убедитесь, что у службы сервера приложений PaperCut есть права на чтение и запись.

Войдите в веб-интерфейс администратора PaperCut.

Перейдите на вкладку "Параметры". Отобразится страница Общие.

В меню "Действия" выберите Редактор конфигурации (дополнительно) .


Найдите ключ archiving.path .

Введите новый путь (например, D:\print-archive ).

Нажмите «Обновить» справа от значения.

Перейдите на страницу параметров и проверьте состояние архива.

Файл README.txt теперь находится на верхнем уровне расположения.

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

Этап 2. Изменение конфигурации поставщика услуг печати

Компонент поставщика печати должен знать новое местоположение. Чтобы установить это местоположение:

Откройте Блокнот (или предпочитаемый вами текстовый редактор) с правами администратора.

Откройте файл, расположенный по адресу [app-path]/providers/print/win/print-provider.conf .

Найдите строку:

и измените значение, чтобы оно указывало на новое местоположение, настроенное на этапе 1. Например:

Примечание. Если вы обновили более старую версию, вам может потребоваться добавить параметр ArchiveDir= в файл print-provider.conf .

Перезапустите службу поставщика печати.

Резервное копирование

Архив печати потенциально может вырасти до большого размера, и это может повлиять на планирование резервного копирования. У вас есть различные варианты резервного копирования архива:

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

Вы можете вообще не создавать резервную копию каталога. PaperCut устойчив к восстановлению с пустой директорией архива.

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

Настройка дополнительных серверов печати или серверов сайта

Введение

В больших средах печати часто бывает несколько вторичных серверов PaperCut, расположенных на разных компьютерах в сети. В этом случае Print Archiving по-прежнему можно использовать, однако это сложная процедура настройки, требующая дополнительного времени на планирование и реализацию.

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

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

Процесс установки

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

Этап 1. Создание учетной записи службы домена

По умолчанию служба поставщика печати PaperCut, работающая на вторичном сервере (серверах), работает под учетной записью с ограниченными правами, именуемой SYSTEM. Эта учетная запись не имеет доступа к сетевым ресурсам и, следовательно, не может получить доступ к файловой системе на основном сервере PaperCut. Создайте новую учетную запись службы и установите для нее значение «Вход в систему под этой учетной записью»:

Создайте новую учетную запись домена с доступом к общему ресурсу на основном сервере и полными правами управления диспетчером очереди печати на локальном компьютере. Подходящим названием может быть svc-papercut.

Установите бессрочный пароль новой учетной записи.

Этап 2. Общий доступ к центральному каталогу архива

Дополнительный сервер должен иметь возможность копировать задания печати в центральный архив. Сначала вы должны предоставить общий доступ к папке центрального архива. В Windows, предполагая, что каталог архива является каталогом по умолчанию, процедура будет следующей:

Откройте проводник и перейдите к [app-path]/server/data/ .

Щелкните правой кнопкой мыши каталог архива; затем выберите «Свойства» > «Общий доступ» .

Поделитесь каталогом с именем print-archive .

Убедитесь, что сервисный аккаунт, созданный на этапе 1, имеет полный доступ для чтения и записи.

Убедитесь, что все остальные пользователи без прав администратора не имеют доступа.

Этап 3. Изменение настроенного пути к архиву на вторичном сервере

Вспомогательный сервер должен знать местонахождение недавно общего каталога центрального архива. Чтобы установить это местоположение:

Войдите на вторичный сервер печати или Site Server как администратор.

Откройте Блокнот (или предпочитаемый вами текстовый редактор) с правами администратора.

Откройте файл, расположенный по адресу [app-path]/providers/print/win/print-provider.conf .

Найдите строку:

и измените значение, чтобы оно указывало на имя общего ресурса UNC, настроенное на этапе 2. Например:

Если вы выполнили обновление с предыдущей версии, добавьте параметр ArchiveDir= в файл print-provider.conf .

Этап 4. Назначение прав сервисному аккаунту

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

Откройте Панель управления > Администрирование > Службы

.

Дважды щелкните службу поставщика печати PaperCut.

Выберите вкладку "Вход в систему".

Нажмите Этот аккаунт .

Введите имя пользователя и пароль для сервисного аккаунта, созданного на этапе 1.

Перезапустите службу и вручную проверьте файл [app-path]/providers/print/print-provider.log на наличие сообщений об ошибках в конце.

Этап 5. Проверка

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

Устранение неполадок при настройке вторичного сервера

Вот список распространенных проблем, приводящих к проблемам с архивацией печати и настройками вторичного сервера:

Неверные пути. Важно, чтобы все вторичные серверы были настроены так, чтобы они указывали на общий каталог центрального архива. Дважды проверьте значение, введенное в ArchiveDir . См. Этап 2: Изменение конфигурации поставщика услуг печати:.

Системные службы не могут получить доступ к подключенным пользователем дискам. В Windows важно использовать путь UNC, а не букву сопоставленного диска.

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

Ключи расширенной конфигурации

Ключи конфигурации архивирования печати перечислены в таблице ниже. Чтобы установить ключи конфигурации:

Перейдите на вкладку "Параметры". Отобразится страница Общие.

В меню "Действия" выберите Редактор конфигурации (дополнительно) .


Отображается страница редактора конфигурации.

Распечатать ключи расширенной конфигурации архивации
Ключ Описание
archiving.images .creator.non-interactive.max-concurrent Это значение определяет максимальное количество процессов создателя изображений, используемых для обработки новых заданий печати в фоновом режиме. Система может использовать это максимальное число при высокой нагрузке. Значение по умолчанию — 1. Сайты, работающие на быстрых многопроцессорных серверах, могут увеличить это число. Ориентировочно это значение не должно превышать количество доступных ядер процессора. ПРИМЕЧАНИЕ. После изменения этого параметра необходимо перезапустить сервер приложений.
archiving.images.creator.interactive.max-concurrent Это значение определяет максимальное количество процессов создания изображений, которые можно использовать для поддержки интерактивного просмотра заданий на печать в веб-интерфейсе администратора. Значение по умолчанию — 2. Сайты, работающие на быстрых многопроцессорных серверах, могут увеличить это число. ПРИМЕЧАНИЕ. Сервер приложений необходимо перезапустить после изменения этого параметра.
archiving.images.creator.pages-to-initially-image Это значение определяет количество страниц, отображаемых (предварительно обработанных) при первом поступлении задания на печать. Предварительная генерация изображений ускоряет просмотр. Значение по умолчанию — 4 .
archiving.images.viewer.max-pages Максимальное количество страниц в документе, которое можно просмотреть.

Загрузка файлов PDL/spool для повторной печати

Наряду с предварительными изображениями функция архивирования печати сохраняет копию файла PDL задания печати или файла буфера. Файл буфера печати создается, когда пользователь отправляет документ на принтер. В буфере печати хранится информация о задании печати, и он находится в очереди печати до тех пор, пока не будет получен и распечатан принтером. . Это можно скачать и перепечатать позже. Общие причины повторной печати задания включают:

Чтобы создать еще одну бумажную копию задания на печать (например, если оригинал был утерян).

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

Чтобы помочь диагностировать или воспроизвести проблемы с печатью.

Чтобы загрузить файл PDL/буфера задания:

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

Нажмите значок загрузки на панели инструментов в левом верхнем углу (см. ниже)

Сохраните файл PDL на свой компьютер


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

Удалить заархивированные данные

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

Удаление доступно, если пользователю назначено право администратора "удалять заархивированные задания".

Чтобы удалить заархивированные данные:

Найдите интересующую вас вакансию в журнале вакансий

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

Нажмите значок удаления на панели инструментов в левом верхнем углу (см. ниже) или нажмите клавишу удаления.


Комментарии

Поделитесь своими выводами и опытом с другими пользователями PaperCut. Не стесняйтесь оставлять комментарии и предложения по поводу этой статьи базы знаний. Пожалуйста, не используйте это для запросов в службу поддержки.

Мы здесь, чтобы помочь

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

© Copyright PaperCut Software International 1999-2021 | Политика конфиденциальности | PaperCut NG/MF версии 21.2

Читайте также: