Настоящий стандарт устанавливает состав и правила выполнения рабочей документации наружных сетей водоснабжения и канализации объектов строительства различного назначения.
2 Нормативные ссылки
ГОСТ 21.101-97* Система проектной документации для строительства. Основные требования к проектной и рабочей документации
ГОСТ 21.110-95 Система проектной документации для строительства. Правила выполнения спецификации оборудования, изделий и материалов
ГОСТ 21.114-95 Система проектной документации для строительства. Правила выполнения эскизных чертежей общих видов нетиповых изделий
ГОСТ 21.205-93 Система проектной документации для строительства. Условные обозначения элементов санитарно-технических систем
ГОСТ 21.302-96 Система проектной документации для строительства. Условные графические обозначения в документации по инженерно-геологическим изысканиям
Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов на территории государства по соответствующему указателю стандартов, составленному по состоянию на 1 января текущего года, и по соответствующим информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.
Дизайн интерьера. Рабочая документация. Примеры качественных чертежей и их согласование.
3 Общие положения
3.1 Рабочую документацию наружных сетей водоснабжения и канализации выполняют в соответствии с требованиями настоящего стандарта, ГОСТ 21.101 и других взаимосвязанных стандартов Системы проектной документации для строительства (СПДС).
3.2 В состав рабочей документации наружных сетей водоснабжения и канализации (далее — сети) включают:
— рабочие чертежи, предназначенные для производства строительных и монтажных работ (основной комплект рабочих чертежей марки НВК);
3.3 Основной комплект рабочих чертежей марки НВК при необходимости может быть разделен на основные комплекты рабочих чертежей марки НВ (наружные сети водоснабжения) и НК (наружные сети канализации).
Если требуется показать, что участок сети канализации является напорным, то буквенно-цифровое обозначение дополняют прописной буквой «Н».
3.6 Элементам сетей присваивают обозначения, состоящие, как правило, из марок, приведенных в таблице 1, и порядковых номеров элементов в пределах каждой сети, например, Д1, Д2, ПГ7, ПГ8.
Нумерацию элементов сетей начинают от источника водоснабжения (для сетей водоснабжения) или границы проектирования.
3.7 В наименованиях выпусков канализации на планах и фрагментах планов указывают слово «Выпуск» и обозначение соответствующей сети канализации, например, «Выпуск К1».
3.8 Длины трубопроводов, расстояния между колодцами, точками разрыва и углами поворотов, отметки высот указывают в метрах с точностью до двух знаков после запятой. Диаметры и толщины стенок трубопроводов указывают в миллиметрах.
Основные особенности разработки и оформления проектной и рабочей документации в Revit
Числовое значение углов поворота указывают в градусах с точностью до одной минуты, а при необходимости — до одной секунды. Числовое значение уклона указывают в процентах или промилле.
3.9 Трубопроводы и их элементы на чертежах указывают условными графическими обозначениями по ГОСТ 21.206. Видимые участки проектируемых трубопроводов изображают сплошной толстой основной линией, невидимые (например, в перекрытых каналах) — штриховой линией той же толщины.
Допускается обозначать невидимые трубопроводы (например, подземные, в перекрытых каналах) сплошной толстой основной линией при отсутствии на чертежах видимых участков трубопроводов с необходимым пояснением в общих данных по рабочим чертежам или на соответствующих чертежах.
Существующие и проектируемые здания и сооружения, существующие сети водоснабжения и канализации, существующие и проектируемые инженерные сети другого назначения, влияющие на прокладку проектируемых сетей, изображают сплошной тонкой линией.
3.10 Буквенно-цифровые обозначения систем водоснабжения и канализации и соответствующих трубопроводов принимают по ГОСТ 21.205 и указывают на чертежах и схемах в соответствии с ГОСТ 21.206. Пример нанесения буквенно-цифровых обозначений приведен на рисунке 1.
3.11 При указании номинального диаметра арматуры на чертежах и схемах перед размерным числом приводят условное обозначение «DN».
При указании номинального диаметра (условного прохода) трубопроводов и их элементов на чертежах и схемах перед размерным числом приводят знак » » (допускается условное обозначение «DN») в соответствии с рисунками 2а, 2в. При указании наружного диаметра и толщины стенки перед размерным числом наносят знак » » (см. рисунок 2б).
3.12 Условные графические обозначения элементов систем водоснабжения и канализации принимают по ГОСТ 21.205.
3.13 Условные графические обозначения видов грунтов, особенностей их залегания, консистенции и степени влажности, используемые на продольных профилях сетей, принимают по ГОСТ 21.302.
Если на листе приведено несколько изображений, выполненных в разных масштабах, масштаб указывают в скобках рядом с наименованием каждого изображения.
Масштабы изображения продольного профиля трубопровода по горизонтали и по вертикали указывают слева от профиля (над боковиком таблицы).
3.15 Изображения плана и продольного профиля сетей допускается делить на несколько участков, располагаемых на отдельных листах. В этом случае на каждом листе, где показаны участки плана или профиля, приводят схему целого изображения с разбивкой его на участки. На схеме указывают номера листов, на которых размещены участки плана или профиля, и штриховкой обозначают участок изображения, показанный на данном листе.
Участку плана или профиля присваивают наименование, в котором указывают, например, привязку к пикетам.
4 Общие данные по рабочим чертежам
4.1 В состав общих данных по рабочим чертежам наружных сетей водоснабжения и канализации в дополнение к сведениям, предусмотренным ГОСТ 21.101, включают:
4.2 Ведомость спецификаций, предусмотренную ГОСТ 21.101, в составе общих данных по рабочим чертежам наружных сетей водоснабжения и канализации не выполняют.
4.3 Ситуационный план сетей выполняют без масштаба, при этом проектируемый участок сетей выделяют толстой основной линией.
4.4 Основные показатели сетей водоснабжения и канализации приводят в таблице, которую выполняют по форме 1.
— особые требования к сетям (например, взрывобезопасность, степень коррозионной активности грунтов оснований и др.);
— требования к изготовлению, монтажу, испытанию, антикоррозионной защите и тепловой изоляции трубопроводов.
В общих указаниях не следует повторять технические требования, помещенные на других листах основного комплекта рабочих чертежей марок НВ, НК или НВК, и приводить описание технических решений, принятых в рабочих чертежах.
5 Чертежи сетей
5.1.1 Для разработки планов сетей в качестве подосновы используют рабочие чертежи генерального плана, автомобильных и железных дорог или топографические планы. Подоснову чертежа выполняют тонкой основной линией.
— существующие и проектируемые здания и сооружения, сети водоснабжения и канализации, инженерные сети другого назначения, влияющие на прокладку проектируемых сетей;
— координаты сетей или их привязки к координационным осям зданий (сооружений) или постоянным базисам;
— сооружения на сети (например, колодцы, камеры, дождеприемники, дюкеры, переходы по эстакадам и под автомобильными дорогами, железнодорожными, крановыми и трамвайными путями) с соответствующими их обозначениями или нумерацией.
На планах магистральных сетей, при необходимости, указывают номера пикетов (ПК) и привязки элементов сетей к ближайшим пикетам.
5.1.4 Допускается вместо плана сетей выполнять отдельные фрагменты этого плана, размещая их под изображениями соответствующих профилей сетей.
5.1.5 Наименование плана сетей водоснабжения и канализации указывают сокращенно: «План сетей». При раздельном выполнении планов сетей водоснабжения и канализации их наименования указывают полностью.
Источник: www.dokipedia.ru
Техническая документация: сервера и сети.
Приходя на новое место работы, каждому системному администратору хочется получить пакет исчерпывающей технической документации. И первые по важности в этом пакете документы об устройстве сети и серверов.
О сетях и серверах.
Если говорить о технической документации для использования внутри компании, то первое, что приходит на ум это описание сетей и серверов. Как правило, принцип «одна компания – один сервер» уже мало где практикуется. Парки пользовательских машин увеличиваются, а вместе с ними растёт и количество используемых серверов. Уже никого не удивляет необходимость разделять почтовый и веб сервера, находящиеся во внешней сети и файл-сервер, не имеющий доступ наружу.
Точно так же, как увеличиваются и усложняются серверные парки организаций, увеличиваются и размеры сетей. Появляется большое количество активного и пассивного сетевого оборудования, нуждающегося в некотором уходе и внимании системного администратора. На пограничных соединениях появляются специализированные устройства маршрутизаторы и файрволы. Структура локальной сети может стать совсем запутанной, если вовремя не внести систему и порядок в неё.
Архитектура сети.
Первое, что интересует каждого системного администратора, приходящего на новое место работы, это архитектура сети, которой ему предстоит заниматься. И далеко не всегда он может получить исчерпывающую информацию. Очень часто приходится слышать что-то вроде «тут у нас хабы/свитчи, тут розетки, а вон там провода». Это, конечно, крайне далеко от действительно полезной информации.
Поэтому, создавая документацию на сеть, стоит подходить к этому так, как будто вы хотите заново узнать то, чем владеете. Ниже, я перечислю те пункты, которые на мой взгляд наиболее интересны были бы мне, как новому сотруднику компании:
• соответствие розеток к портам патч-панелей;
• соответствие подключения портов патч-панелей к портам сетевого оборудования;
• описание подключения на свитчах пользователей;
• описание подключения на свитчах серверов и соединений между свитчами;
• описание маршрутизации между сетевым оборудованием;
• таблица используемых ip адресов рабочими станциями;
• графическая схема сети.
Разумеется, описать соответствие розеток с патч-панелями можно только в тех случаях, когда последние есть. Хочется верить, что в вашей компании они уже давно и успешно используются.
Описание подключения портов патч-панелей и свитчей необходимо вести в виде рабочего журнала, который дополняется и обновляется по мере переключений. Это нужно для полной ясности что к чему подключено и как взаимодействует.
Под описанием подключения пользователей на свитчах подразумевается ваша схема разнесения рабочих станций по сетевому оборудованию. Предположим, что у вас в компании есть отдел дизайнеров, использующих в работе отдельный файл-сервер. (Отдельный, потому что размеры графических файлов весьма велики и желательно их отделить от файлов обычных пользователей, чтобы последние не жаловались на постоянные «тормоза» в ответе сервера.) Помимо использования файл-сервера для хранения своих наработок, дизайнеры зачастую обмениваются файлами большого размера между собой. Логично было бы подключить их на отдельный свитч.
Помимо самих предполагаемых дизайнеров, стоит на тот же свитч подключить и их файл сервер, чтобы количество промежуточных соединений было минимальным. Это может оказаться весьма критичным для работы сети. (К слову, если фантазия на дизайнерах закончилась, то можно предположить разработчиков, использующих выделенный сервер баз данных.) Знать к какому свитчу подключены сервера полезно для анализа нестабильной и (или) медленной работы сети.
Если у вас используется «интелектуальное» сетевое оборудование и особенным образом настроена маршрутизация, это так же стоит описать. В будущем это может пригодится для анализа работы сети. Или, например, при переезде компании в новый офис. К слову сказать, зачастую быстро и правильно (эффективно) переподключить всё оборудование на новом месте без чёткой документации практически невозможно. А следовательно, возникают дополнительные простои в работе компании и общий дискомфорт от «неправильно» работающей сети.
Табличка в виде «Пользователь – IP адрес» (как вариант, можно добавить ещё и название рабочей станции) так же не покажется лишней, когда количество сотрудников компании превысит 10-20 человек. Выдача IP адреса новой рабочей станции не должна становиться для вас головной болью, а требуется для этого всего навсего вести таблицу соответствий. Разумеется, задача может быть решена через dhcp сервер, выдающий по mac-адресам ip клиентам. Но если за пользователем закреплено несколько адресов или же по каким-то соображениям динамическая выдача адресов не используется – табличка окажется очень кстати. (Да и остальным она будет не лишней для более наглядного представления.)
Наглядно понять структуру всегда проще. Поэтому последнее, что хотелось бы упомянуть, это графическая схема сети. Разумнее всего это делать на плане офиса. Здесь можно указать как проложены кабели, где находится кроссировочный шкаф, где в комнатах установлены розетки и сколько их (причем, не будет лишним указать не только розетки локальной сети, но и энергетические). На этот же план можно нанести массу другой не менее полезной информации.
Разумеется, можно не ограничиваться перечисленными пунктами и дополнить свои. Но и перечисленного вполне достаточно для детального знакомства с вашей сетью.
Схема доступа в Интернет.
Закончив описание локальной сети, дополните документ описанием схемы доступа в глобальную сеть. Опишите настройки вашего шлюза и файрвола (например, если сделан проброс портов на внутренние адреса). Если у вас используется система переключения на резервный канал в случае падения основного – расскажите и об этом тоже.
Информация о серверах.
Что происходит на серверах и как они работают, это второй вопрос, интересующий любого системного администратора. Список информации, которую стоит указать вполне логичен:
• аппаратная часть;
• установленное программное обеспечение;
• предоставляемые сервисы;
• сетевые подключения.
Аппаратную часть полезно знать для планирования увеличения ресурсов существующих серверов. Да и при обосновании предложений по закупкам нового оборудования лучше всего опираться на то, что имеется и почему имеющегося не хватает для удовлетворения потребностей компании.
Необходимость знать установленное программное обеспечение, думаю, ни у кого не вызовет вопросов. Вы должны чётко знать, что работает на ваших серверах и как оно используется. Это нужно по многим причинам, одна из которых – слежение за анонсами обнаружения уязвимостей, выпусков патчей и так далее. Чем больше вы знаете о своём «хозяйстве» тем эффективнее можете им управлять и использовать в работе. Наверное, каждый системный администратор «находил» на одном (а то и нескольких) сервере «забытые» сервисы.
Логичным продолжением описания ПО станет описание предоставляемых сервисов. Другими словами, чёткое изложение какую роль в работе сети играет тот или иной сервер, кого он обслуживает и за что отвечает. Может быть в момент составления такой структуры вы поймёте что тот или иной сервис было бы неплохо перенести на другой сервер.
Под сетевым подключением подразумевается IP адрес сервера, а если он находится во внешней сети, то и открытые во внешний мир сервисы. Если вам потребуется срочно ограничить сетевую активность на определённых портах, то по составленному документу вы чётко будете знать, что делать. Конечно, каждый системный администратор скажет, что уж он то точно знает, где находятся какие сервисы. Поверьте на слово, временами все знания имеют свойство вытесняться более новой и свежей информацией. Поэтому лучше всё же это занести в документацию, тем более, что много времени это не займёт.
Описание сервисов и их конфигурационных файлов.
После того, как вы описали сервера «в целом», пришло время описать более подробно используемые сервисы. Я не призываю вас рассказывать на десятках страниц работу вашего доменного леса. Однако, каждый, кто хоть раз настраивал (например) почтовую систему на операционной системе Linux, знает, какое количество возможных вариантов может быть. Начиная от выбора MTA, заканчивая скриптовыми обвязками, настройками авторизации, схем используемых баз данных и так далее.
Поэтому было бы не лишним описать для начала настройки ключевых сервисов в отдельном документе. Я бы рекомендовал использовать для этого систему вроде NPJ (читайте о ней в журнале «Системный администратор» №11 за 2005 год). Причин для этого несколько и все они сводятся к одному – удобству.
Рис 1. «Рабочая» структура документации одной из компаний.
Если вы начинаете вести документацию по сети, то рано или поздно у вас может появиться желание дополнить её описаниями того, что вы настраивали. Например, это может быть описание настройки вашей почтовой системы. Давайте перечислим, что в это описание может войти.
• настройки MTA;
• настройки IMAP и POP3;
• система авторизации;
• описание анти-спам системы;
• описание антивируса;
• описание системы авто-ответов (отсутствующих пользователей);
• описание листов рассылок.
Это те пункты, которые мне пришли сразу на ум, стоило подумать о нашей почтовой системе. Почему это полезно? Давайте предположим, что у вас не осталось копий ваших конфигурационных файлов, а сервер в виду (например) выхода из строя жёсткого диска больше не функционирует. Конечно, рано или поздно вы вспомните все настройки, которые некогда на нём делали или же настроите альтернативную конфигурацию. Но сколько уйдёт на это времени?
Рис 2. Оглавление описания серверной группы.
Или другой вариант возможного развития событий. Вы сменили место работы и возникла необходимость построения почтовой системы. Зачем заново изобретать велосипед, когда можно открыть некогда сделанное описание и буквально чуть ли не «по шагам» повторить. Удобно? Я считаю, что да.
Антивирусы и центры обновлений.
Описывая сервера не забудьте упомянуть об используемых антивирусах. Это могут быть отдельные клиентские программы на каждом компьютере или корпоративные версии программ. Где серверное приложение занимается скачиванием обновлений и распространений их среди клиентских машин. Удобно, быстро и экономно.
А может быть вы используете центры обновлений не только антивирусов. Их тоже стоит описать. Хотя бы, чтобы помнить об их существовании и не забывать за ними следить. (Я говорю «помнить», потому что сам не раз забывал о них сразу после установки и настройки.)
Система резервного копирования.
Когда вы закончили описывать сервера вашей компании, самое время описать используемую систему резервного копирования. Указать, какой из компьютеров за это отвечает, какое программное и аппаратное обеспечение для этого использует. Стоит так же задокументировать и выстроенную вами схему хранения резервных копий.
Итог.
Разумеется, не все рассмотренные пункты являются минимально необходимыми при создании первых технических документов в вашей компании. Однако, ведение документации на сеть и сервера только выглядит громоздкой и сложно реализуемой задачей. На самом деле по мере заполнения существующих пробелов, вы поймёте насколько это полезно и удобно вам же самим. Нет ничего более приятного, чем работать с сетью, о которой вы знаете всё и в любой момент можете дать ответ на любой вопрос. Главное не останавливаться на достигнутом, а так же не забывать следить за актуальностью составленных докуметов.
(с) akeeperКоршунов Алексей.
Первоначально опубликовано в журнале «Системный администратор»
Источник: habr.com