CITKIT.ru
3 терабайта свободного софта!
Logo    
IT-рынок Новости мира IT Океан(!) софта на CITKIT.ru Форумы Поступления в библиотеку Учебный центр Курилка
CitForum    CITForum на CD Море(!) аналитической информации! :: CITFORUM.RU
IT-консалтинг Software Engineering Программирование Open Source СУБД Безопасность Internet Сети Операционные системы Hardware

23.05.2005

Google
WWW CITForum.ru

Новости мира IT:

  • 11.05 - Intel создает свою группу по Open Source
  • 11.05 - Банк контролирует использование USB устройств при помощи DeviceLock
  • 11.05 - Microsoft устранила опасную дыру в Windows
  • 11.05 - "Корпорация ОСС" создает антимонопольный альянс операторов IP-телефонии
  • 11.05 - В Mac OS X найдены множественные уязвимости
  • 11.05 - "Билайн" запускает услугу "Мобильная почта"
  • 11.05 - Две критические уязвимости в браузере Firefox 1.0.3
  • 11.05 - IBM покупает начинающую Open Source-компанию Gluecode
  • 11.05 - Microsoft готова к битве с Open Source за школы
  • 11.05 - Sun завершит "открытие" Solaris в ближайшие 45 дней
  • 11.05 - Создатели браузера Firefox выпускают юбилейные монеты в честь 50 миллионов скачанных копий
  • 11.05 - Вышла пятая версия мобильной ОС от Microsoft
  • 11.05 - Поисковые движки умнеют быстрее, чем люди
  • 11.05 - Фишеры постоянно совершенствуются
  • 11.05 - Специалисты прогнозируют появление аналога Google Adsense от "Яндекс"
  • 06.05 - ICANN озаботилась проблемой торговых марок
  • 06.05 - Google патентует сортировку новостей
  • 06.05 - Intel готовит двуядерные процессоры второго поколения
  • 06.05 - Schoolforge-UK и OSC продвигают Open Source в школы
  • 06.05 - Новая версия рекламной программы подстрекает пользователей купить ПО для своего лечения
  • 06.05 - Microsoft продает ряд своих закрытых разработок
  • 06.05 - Google Labs анонсировал ускоритель интернета
  • 06.05 - Microsoft подвешивает пиратам "морковку"
  • 06.05 - В США входят в обиход "интеллектуальные" тележки для супермаркетов
  • 06.05 - Microsoft работает над аналогом PDF
  • 05.05 - Yahoo video search теперь доступен массам
  • 05.05 - Алмазы помогут бороться с хакерами
  • 05.05 - Интернет-охоту хотят запретить
  • 05.05 - Microsoft привлекает блоггеров для теста Longhorn
  • 05.05 - Основатель Red Hat предложил Стиву Джобсу помощь в решении проблемы с торговой маркой
  • 05.05 - Компьютерная система оргкомитета Кубка мира по футболу 2006 года пострадала от червя Sober
  • 04.05 - Cisco Systems представила многофункциональный продукт Adaptive Security Appliance 5500
  • 04.05 - Администрация Евросоюза поддержала идею всеевропейской интернет-библиотеки
  • 04.05 - Компьютерный вирус дарит билеты на чемпионат мира по футболу
  • 04.05 - Лаборатория Касперского: Обзор вирусной активности - апрель 2005
  • 04.05 - Microsoft хочет отсудить у россиянина два домена
  • 04.05 - Сделка между Lenovo и IBM завершена
  • 04.05 - Эпидемия червя Sober.p зафиксирована в Западной Европе
  • 04.05 - Panda Software публикует отчет о вирусной активности за апрель
  • 03.05 - Институт SANS обновил список наиболее опасных уязвимостей

    Архив новостей >>>


  • Восстановление сервера с помощью onbar и ISM

    Итак, резервная копия DB-пространств и журналов, созданная с помощью onbar и ISM, у нас есть (в предыдущей статье мы создали ее на диске, в каталогах c:\tmp\bardata и c:\tmp\barlog.). Достаточно ли созданных там файлов для успешного восстановления в случае любого сбоя? Конечно, нет!

    Что еще надо копировать...

    В разделе "Which Administrative Files to Back UP?" руководства по резервному копированию Informix сказано, что для успешного восстановления в случае сбоя дисков, на которых находилось ПО Informix, или для восстановления данных на другой машине, необходимо, в простейшем случае, иметь также актуальную копию следующих административных файлов:

    • Файл параметров конфигурации сервера Informix, ONCONFIG.имя_сервера в каталоге %INFORMIXDIR%\etc.
    • Файлы аварийной начальной загрузки
      Для ISM - это файл ixbar.номер_экземпляра в каталоге %INFORMIXDIR%\etc.
    • Файл sm_versions в каталоге %INFORMIXDIR%\etc.
      В нашем случае он является копией стандартного, sm_versions.std, так что, копировать его не так уж обязательно - можно будет воссоздать после переустановки ПО сервера Informix, если понадобится.
    • Реестр SQLHOSTS.
      Его можно будет либо воссоздать вручную, либо предварительно экспортировать с помощью программы regedit.
    • Файл oncfg_имя_сервера.номер_экземпляра.
      Этот файл изменяется при каждом успешном запуске сервера или изменении конфигурации дискового компонента.
    • Файлы конфигурации и данных диспетчера хранения данных.
      Вот это действительно тонкий момент, требующий знания особенностей используемого диспетчера хранения данных. В случае ISM можно, конечно, копировать все содержимое каталога %ISMDIR%. Но, это будет несколько "избыточное" решение. По идее, содержимого каталогов %ISMDIR%\index, %ISMDIR%\mm и %ISMDIR%\res будет вполне достаточно.

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

    Постановка задачи

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

    И тут на нашем сервер Informix произошел сбой. В результате сбоя стали недоступны все чанки всех DB-пространств. Для демонстрации я просто удалю каталог c:\IFMXDATA, в котором у меня созданы чанки всех DB-пространств.

    c:\IFMXDATA>cd c:\
    
    c:\>rmdir /s /q IFMXDATA
    

    Чанков нет вообще. Мы "потеряли" все данные. Попытаемся запустить сервер из окна командной строки Informix:

    C:\Informix>starts ol_creator
    
    C:\Informix>onstat -m
    
    Informix Dynamic Server Version 9.30.TC2     -- Initialization
     -- Up 00:00:06 -- 17280 Kbytes
    
    Message Log File: C:\Informix\ol_creator.log
    
    ... 
    
    16:10:40  Informix Dynamic Server Started.
    
    Sun May 16 16:10:41 2004
    
    16:10:41  Booting Language <c> from module <>
    16:10:41  Loading Module <CNULL>
    16:10:41  Booting Language <builtin> from module <>
    16:10:41  Loading Module <BUILTINNULL>
    16:10:46  Informix Dynamic Server Version 9.30.TC2
         Software Serial Number AAC#J415297
    16:10:46  Cannot Open Primary Chunk
     'C:\IFMXDATA\ol_creator\rootdbs_dat.000', errno = 2
    
    C:\Informix>onstat -
    shared memory not initialized for INFORMIXSERVER 'ol_creator'
    

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

    Мы предполагаем, что ОС работает, все диски уже доступны, ПО сервера Informix установлено и все содержимое каталога %INFORMIXDIR% доступно. Сервер зарегистрирован как служба, хотя и не запускается. Предполагаем также, что в %ISMDIR% доступно содержимое подкаталога bin (это программы, обеспечивающие работу ISM), и подкаталогов index, mm и res (это файлы конфигурации и данных диспетчера хранения данных, которые мы копировали отдельно). Предполагаем, что все три службы ISM успешно запущены. Кстати, в процессе запуска они и создадут, при необходимости, недостающие подкаталоги %ISMDIR%.

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

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

    1. Установить необходимую версию ОС.
    2. Воссоздать устройства, на которых было установлено ПО Informix и размещались чанки.
    3. Установить ПО сервера Informix. Я предлагаю сразу и проинициализировать экземпляр сервера Informix с тем же именем, что и ранее работавший, в тот же каталог %INFORMIXDIR%, с минимальной стандартной конфигурацией. Это даст нам все необходимые пять служб Informix, включая три службы ISM, автоматически запущенные. Будут также созданы необходимые серверу записи в реестре, пользователи и группы.

    Описание всех этих действий выходит за рамки данной статьи. Выполнение же первых двух действий имеет отношение, скорее, к администрированию ОС...

    Последовательность восстановления

    1. Восстановить конфигурацию сервера и ISM

    Останавливаем службы ISM, если они работают, и помещаем на свои места все описанные выше административные файлы. У вас ведь есть их актуальные копии, правда?

    Речь идет о следующих файлах:

    • Файл ONCONFIG.имя_сервера из каталога %INFORMIXDIR%\etc.
    • Файл ixbar.номер_экземпляра из каталога %INFORMIXDIR%\etc.
    • Файл sm_versions из каталога %INFORMIXDIR%\etc.
    • Файл oncfg_имя_сервера.номер_экземпляра из каталога %INFORMIXDIR%\etc.
    • Файлы из каталогов %ISMDIR%\index, %ISMDIR%\mm и %ISMDIR%\res.

    Далее, воссоздаем содержимое реестра SQLHOSTS. По идее, конфигурация, существовавшая на момент создания последней резервной копии, восстановлена. Снова запускаем службы ISM.

    2. Проверить конфигурацию ISM

    Если все файлы конфигурации и данных ISM восстановлены полностью, мы должны увидеть смонтированные устройства (они же были смонтированы на момент завершения копирования). В окне командной строки сервера Informix выполняем:

    C:\Informix>set PATH=%PATH%;c:\ISM\2.20\bin
    
    C:\Informix>ism_show -devices
    (nothing) mounted on 4mm tape \\.\Tape0
    file disk Data1 mounted on c:\tmp\bardata, write enabled
    file disk Logs1 mounted on c:\tmp\barlog, write enabled
    
    C:\Informix>ism_show -volumes
       volume        pool           flags written (%) expires
       Bootstrap1    ISMDiskData            0 KB      04/21/06
       Data1         ISMDiskData           16 MB 100% 04/21/06
       Logs1         ISMDiskLogs          192 KB 100% 04/21/06
    

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

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

    3. Восстановить сервер с помощью onbar

    Выполняем соответствующую команду onbar (см. руководство по восстановлению):

    C:\Informix>onbar -r -w -O
    Verifying physical disk space, please wait ...
    Error opening file C:\IFMXDATA\ol_creator\rootdbs_dat.000.
    

    Ага, проблемы... Похоже, файл чанка автоматически создать не получилось. Посмотрим, что пишет утилита onbar в своем журнале сообщений (по умолчанию, %INFORMIXDIR%\bar_имя_сервера.log):

    2004-05-16 17:12:10 2864 2864 C:\Informix\bin\onbar_d -r -w -O
    2004-05-16 17:12:11 2864 2864 Unable to create
     C:\IFMXDATA\ol_creator\rootdbs_dat.000, there may not be
     enough space
    2004-05-16 17:12:11 2864 2864 There are no storage
     spaces/logical logs to backup/restore.
    2004-05-16 17:13:33 2864 2864 C:\Informix\bin\onbar_d
     complete, returning 147 (0x93)
    

    Создадим вручную каталог, в котором он находился:

    C:\Informix>mkdir c:\IFMXDATA\ol_creator
    

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

    Пробуем теперь еще раз. Теперь результат лучше:

    C:\Informix>onbar -r -w -O
    Verifying physical disk space, please wait ...
    Verifying physical disk space, please wait ...
    Verifying physical disk space, please wait ...
    C:\Informix>echo %ERRORLEVEL%
    179
    

    Отсюда вывод: опция -O не создаст каталоги, в которых находятся чанки. Каталоги придется создать вручную. Что именно создавать, будет понятно по сообщениям onbar.

    У нас, похоже, были воссозданы три чанка. Код возврата 179, как сказано в руководстве по onbar, означает успешное воссоздание отсутствующих чанков в ходе восстановления. Посмотрим, что сказано в журнале сообщений onbar:

    2004-05-16 17:22:34 3160  3160
     C:\PROGRA~1\Informix\bin\onbar_d -r -w -O
    2004-05-16 17:22:43 3160  3160 Creating
     C:\IFMXDATA\ol_creator\rootdbs_dat.000 to allow restore
    2004-05-16 17:22:51 3160  3160 Creating
     c:\IFMXDATA\ol_creator\sbspace_dat.000 to allow restore
    2004-05-16 17:23:02 3160  3160 Creating
     c:\IFMXDATA\ol_creator\workdbs_dat.000 to allow restore
    2004-05-16 17:23:05 3160  3160 Successfully connected to
     Storage Manager.
    2004-05-16 17:23:07 3160  3160 Begin cold level 0 restore
     rootdbs (Storage Manager copy ID: 1099 0).
    2004-05-16 17:23:42 3160  3160 Completed cold level 0 restore
     rootdbs.
    2004-05-16 17:23:43 3160  3160 Begin cold level 0 restore
     sbspace (Storage Manager copy ID: 1100 0).
    2004-05-16 17:23:45 3160  3160 Completed cold level 0 restore
     sbspace.
    2004-05-16 17:23:46 3160  3160 Begin cold level 0 restore
     workdbs (Storage Manager copy ID: 1101 0).
    2004-05-16 17:23:47 3160  3160 Completed cold level 0 restore
     workdbs.
    2004-05-16 17:23:49 3160  3160 Completed whole system
     restore.
    2004-05-16 17:23:52 3160  3160 Successfully connected to
     Storage Manager.
    2004-05-16 17:23:52 3160  3160 Begin restore logical log 17
     (Storage Manager copy ID: 1102 0).
    2004-05-16 17:23:53 3160  3160 Completed restore logical log
     17.
    2004-05-16 17:23:54 3160  3160 Begin restore logical log 18
     (Storage Manager copy ID: 1105 0).
    2004-05-16 17:23:55 3160  3160 Completed restore logical log
     18.
    2004-05-16 17:23:56 3160  3160 Begin restore logical log 19
     (Storage Manager copy ID: 1107 0).
    2004-05-16 17:23:57 3160  3160 Completed restore logical log
     19.
    2004-05-16 17:24:05 3160  3160 Completed logical restore.
    2004-05-16 17:24:07 2360  2360 C:\Informix\bin\onbar_d -b -l
    2004-05-16 17:24:08 2360  2360 C:\Informix\bin\onbar_d
     complete, returning 0 (0x00)
    2004-05-16 17:24:11 3160  3160 C:\Informix\bin\onbar_d
     complete, returning 179 (0xb3)
    

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

    C:\Informix>onstat -m
    
    Informix Dynamic Server Version 9.30.TC2     -- Quiescent --
     Up 00:34:21 -- 3366
    4 Kbytes
    
    Message Log File: C:\Informix\ol_creator.log
    17:24:05  Logical Recovery Complete.
              20 Committed, 0 Rolled Back, 0 Open, 0 Bad Locks
    
    17:24:05  Logical Recovery Complete.
    17:24:06  Quiescent Mode
    17:24:06  Logical Log 19 Complete.
    17:24:06  Checkpoint Completed:  duration was 0 seconds.
    17:24:06  Checkpoint loguniq 20, logpos 0x18
    
    17:24:06  Maximum server connections 0
    17:24:08  Booting Language <spl> from module <>
    17:24:08  Loading Module <SPLNULL>
    17:29:31  Fuzzy Checkpoint Completed:  duration was 0
     seconds, 2 buffers not flushed.
    17:29:31  Checkpoint loguniq 20, logpos 0x804c
    
    17:29:31  Maximum server connections 0
    17:34:31  Fuzzy Checkpoint Completed:  duration was 0
     seconds, 2 buffers not flushed.
    17:34:31  Checkpoint loguniq 20, logpos 0x904c
    
    17:34:31  Maximum server connections 0
    

    Переводим сервер в многопользовательский режим, и все:

    C:\Informix>onmode -m
    
    C:\Informix>onstat -
    
    Informix Dynamic Server Version 9.30.TC2     -- On-Line -- Up
     00:46:49 -- 33664
    Kbytes
    

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

    Заключение

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

    Документация

    1. Informix Storage Manager Administrator's Guide, Version 2.2 (G251-0498-00).
    2. Informix Backup and Restore Guide, Version 8.31/9.3 (G251-0481-00)
     


    ХАЙВЕЙ - лучший российский хостинг-провайдер: хостинг, регистрация доменов, услуга Ваша@почта, поддержка 24 часа


    NetPromoter - единственный российский профессиональный комплекс программ и сервисов для раскрутки сайта и интернет-статистики


    STSS - известный поставщик надежных серверных решений различного назначения на платформе Intel (Xeon) и AMD.


    5-55: the ITIL company. Практический опыт и теоретические знания на лучших семинарах по ITIL и процессам ITSM.


    Подписка на новости IT-портала CITForum.ru
    (библиотека, ftp-архив CITKIT.ru)

    Новые поступления в on-line библиотеку:

    28 апреля

  • Выбор первого дистрибутива Linux: Пособие для начинающих
  • Обфускация и защита программных продуктов
  • Анализ и оптимизация циклов с помощью производящих функций
  • Стратегии объектно-реляционного отображения: систематизация и анализ на основе паттернов

    26 апреля

  • Business Intelligence обещает значительный рост в 2005 году
  • Десять основных тенденций 2005 года в области Business Intelligence и Хранилищ данных
  • Управление эффективностью бизнеса и предсказуемость
  • Увеличение эффективности бизнеса: пять ошибок управления, которых следует избегать
  • Потребность в организационных данных: модель комплексного управления эффективностью бизнеса
  • Технология Хранилищ данных для государственных учреждений
  • Оцените, насколько совершенно ваше Хранилище данных

    21 апреля

  • Исполнение моделей при помощи виртуальной машины
  • Параллельные алгоритмы компьютерной алгебры
  • От стандарта до стандарта (о стандартизации оптических разъемов)
  • За штурвалом IP-станции

    Продолжение дискуссии читателей:

  • Линукс и пользователи, или что мне не нравится в Linux
  • Еще один взгляд на альтернативные ОС (и софт для них)
  • О некомпетентности пользователя Windows
  • Переписка Долгачева В.С. и Монахова В.В.

    19 апреля

  • Межпротокольный шлюз NAT-PT с функциями DNS-ALG и FTP-ALG для обеспечения взаимодействия между сетями IPv4 и IPv6
  • Рефакторинг архитектуры программного обеспечения: выделение слоев
  • Комбинаторика слов и построение тестовых последовательностей
  • Функциональное тестирование Web-приложений на основе технологии UniTesK

    14 апреля

  • Как организовать двойную парольную защиту данных в Oracle
  • Деревянный интерфейс

    Продолжение дискуссии читателей:

  • Microsoft против мира
  • Впечатления от прочитанного

    12 апреля

  • Крупные проблемы и текущие задачи исследований в области баз данных
  • Глава 2 из книги Т.Кайта "Oracle для профессионалов"Архитектура

    Дискуссия читателей о Linux и Windows:

  • Деньги правят миром, и у кого их больше, тот и прав!
  • О злокозненности некомпетентных пользователей, или почему я не люблю ограниченных пользователей Windows

    7 апреля

  • О доблести Билла Гейтса, или почему Windows лучше, чем LINUX или Mac OS
  • Витая пара - все ли так просто?!
  • Выбираем сервер печати
  • Один слой хорошо, а два - лучше (о пишущих DVD-приводах)

    5 апреля

  • Использование Caché SQL Gateway
  • Глава 19 из книги Т.Кайта "Oracle для профессионалов"Хранимые процедуры на языке Java
  • Что такое PostgreSQL?
  • Обновлен PostgreSQL FAQ

    31 марта

  • Использование Веб-сервисов в Caché
  • Защита на уровне строк (Oracle)
  • Секции в реальном мире

    29 марта

  • Разработка успешных приложений для Oracle - первая глава из книги Тома Кайта "Oracle для профессионалов"
  • Web-сервисы: растущие опасения (мнение аналитиков IDC)
  • Технология OLAP - мощная альтернатива электронным таблицам
  • Какой модной стала подготовка отчетности

    24 марта

  • Многоверсионность данных и управление параллельными транзакциями
  • Исключение из правил. Опыт разработки и внедрения финансовой корпоративной системы
  • Обнаружение компрометаций ядра Linux с помощью gdb
  • Корпоративная сервисная шина - "бюджетный" подход к решению задач интеграции
  • Сервис-ориентированная архитектура
  • Бизнес-процессы и XML

    22 марта

  • Доступно. И точка! (обзор точек беспроводного доступа)
  • Коммутаторы Fast/Gigabit Ethernet для "большой" сети
  • Push to Talk: нажми на кнопку и ...говори
  • Сети нового поколения и технология softswitch

    17 марта

  • Часто задаваемые вопросы о proxy (proxy FAQ)
  • Самонастраивающаяся база данных: управляемые приложения и настройка SQL
  • Еще раз о волоконных трассах
  • Настраиваем русский Unicode в FreeBSD-5.3.

    10 марта

  • Еще не сказанное о волоконной оптике
  • Wi-Fi на службе оператора
  • Пора менять платформу?
    (о сокетах LGA775 и PGA478)

    Oracle:

  • Детальный аудит для практических целей
  • Шифруем свои ресурсы данных

    3 марта

  • Требования к проекту. Классификация - первый шаг к пониманию
  • Gtk vs. Qt: драки не будет
  • Управление бизнесом "по максимуму": BPM для финансовых учреждений
  • Реализация решения по управлению эффективностью бизнеса
  • Новые SerialATA-винчестеры
  • Карман для сервера

    1 марта

  • Выбрать корпус - нет ничего проще?
  • Создание виртуальной сети с удаленной загрузкой узлов
  • Текущее состояние и перспективы развития рынка интеграционных технологий
  • Интеграция корпоративной информации: новое направление
  • Архитектурные подходы к консолидации

    24 февраля

  • Каждому проекту своя методология
  • Императив интеграции
  • Безопасность IP-телефонии - полевые зарисовки
  • О злокозненности Билла Гейтса, или почему я не люблю Windows

    22 февраля

  • Oracle10: шифруем данные
  • В версии Oracle10 "виртуальные частные базы данных" данных стали избирательнее
  • Каждому (пользователю) свое (данное в таблице)
    Часть 1
    Часть 2
  • Ускоряем интернет
  • Сетевая аутентификация на практике
  • В фокусе Microsoft Virtual Server 2005

    17 февраля

    Открыт новый раздел
    Все об Open Source

    Все новости >>>



  • IT-консалтинг Software Engineering Программирование Open Source СУБД Безопасность Internet Сети Операционные системы Hardware

    Информация для рекламодателей PR-акции, размещение рекламы - pr@citforum.ru, тел. +7 095 4119920 Пресс-релизы - manager@citforum.ru
    Послать комментарий
    Информация для авторов
    Rambler's Top100 TopList liveinternet.ru: показано число просмотров за 24 часа, посетителей за 24 часа и за сегодня This Web server launched on February 24, 1997
    Copyright © 1997-2000 CIT, © 2001-2004 CIT Forum
    Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...