Archive for октября 2007

“Песочница” для Oracle 11g RAC в VMware Server.

Интересная статья, очень подробно описывающая процесс развертывания тестовой инсталляции Oracle 11g RAC в среде виртуальной машины VMware Server 1.0.3 (если кто “проспал” это событие - бесплатное серверное решение от VMware).

So you want to play with Oracle 11g’s RAC? Here’s how.
September 30th, 2007

Раз уж я в основном пишу про NetApp, то было бы логично упомянуть тут еще раз о существовании “виртуального НетАппа” в виде программного симулятора системы хранения в среде Linux.
А вот тут статья самого Oracle про использование его для отладки и тестирования RAC (правда, для версии 10g пока).

Learning Oracle RAC with the NetApp Simulator
by Sachin Garg

NetApp и Oracle - 2

Ранее я уже немного упоминал о том, что новая версия Oracle - 11g - последовательно движется в сторону оптимизации и усовершенствования возможности использования enterprise-class database over NFS.

Да-да, каким бы это не показалось диковинным для наших “хардкор-dba”(которые шнуруют ботинки арматурой ;), установка Oracle на NAS (подумать только, этак они скоро будут Oracle на флопиках запускать, кощунники!) применима не только как диковинный способ убийства рабочего времени, но и как вполне production state.

Более того, Oracle недавно разработал специальный Direct NFS Client, с помощью которого база данных работает напрямую с raw TCP-стеком, минуя библиотеки OS, что позволяет оптимизировать ввод-вывод и получить ровно то, что нужно базе данных.

В блоге Kevin Closson-а (ранее Polyserve’s Chief Software Architect, а ныне сотрудник Oracle’s Systems Technology Group) подробно рассматриваются вопросы использования Oracle over NFS.

В серии статей с красноречивым названием:
“Manly Men Only Deploy Oracle with Fibre Channel”
Кевин всесторонне рассматривает детали использования NFS как способа работы с базами данных Oracle.

Вообще же заинтересовавшимся темой использования NAS и Oracle рекомендую прочесать всю тему:
FS, CFS, NFS, ASM Topics

NetApp и Oracle.

В чрезвычайно полезной TechLibraray вебсайта Netapp нашел отличную статью о сравнении производительности FC, iSCSI и NFS для баз данных Oracle.
Прекрасный ответ тем людям, которые до сих пор считают, что “iSCSI это вдвое медленнее FC, а на NAS (NFS) enterprise базу данных вообще ставят только лохи ставить нельзя”.

ORACLE 10g™ PERFORMANCE – PROTOCOL COMPARISON ON SUN™ SOLARIS™ 10
A Comparison of Oracle 10g Performance with NFSv3, FCP, and iSCSI
John Elliott | Network Appliance | September 2006 | TR-3496

Цитата:
Using FCP throughput as a point of comparison, the results can be summarized as follows:

  • Throughput of hardware iSCSI with UFS was 10% lower than that of FCP with UFS.
  • Throughput of NFSv3 with jumbo frames was 21% lower than that of FCP (with UFS).
  • Throughput of software iSCSI with jumbo frames was 29% lower than that of FCP.

Да, 29%. А никак не в два (четыре) раза. 
29% это, напомню, разница в мегагерцах между Xeon 2.2GHz и Xeon 2.8GHz. Разницу в цене поглядите на price.ru сами :)

О “энтерпрайзности” же хочу привести цитату из блога Дейва Хитца
(речь идет о датацентре в Остине, Техас. Он используется для предоставления услуг клиентам по программе Oracle EBuissness Applications on Demand, а также внутри самого Oracle):

Oracle uses NFS to run its applications on tens of thousands of Linux servers accessing many petabytes of NetApp storage. In 2005 they had 12,000 Linux servers and 3 petabytes of NetApp storage. Today’s numbers aren’t public, but they are much larger.

“Oracle использует NFS для того, чтобы запускать десятки тысяч серверов Linux, работающих с многими петабайтами хранилища NetApp. В 2005 году у них было 12 тысяч серверов Linux и 3 петабайта на системах хранения NetApp. Сегодняшние цифры не публикуются, но они значительно больше.”

Добавлю, что если ориентироваться на опубликованные в OracleMagazine Apr/2005 данные прироста датацентра в “400 серверов и 60TB емкости хранения прироста ежемесячно”, то можно примерно оценить суммарные объемы этого проекта.

Всякое в кучу.

Пофилоню на этой неделе еще немного :) Отделаюсь кучкой интересных ссылок, а вы пока почитайте.

VMware over NFS
http://storagefoo.blogspot.com/2007/09/vmware-over-nfs.html

Eliminate duplicate data with A-SIS in a VMware environment (flash screencast demo)
http://www.netapp.com/go/techontap/matl/downloads/asis/flash/ASIS.html

Применение NAS для VMware ESX3
http://michigun-michigun-vm.blogspot.com/2007/09/nfs-esx.html

Роман Волков (глава российского представительства компании) про NetApp
http://www.osp.ru/lan/2007/08/4327647/

Про использование Oracle ASM и NetApp
http://dsvolk.blogspot.com/2007/09/asm-to-be-or-not-to-be.html

Использование NFS для баз Oracle
http://www.netapp.com/go/techontap/matl/Oracle_P1.html

Oracle optimises its databases for NFS
http://blogs.netapp.com/dave/2007/08/oracle-optimize.html

Краткий индекс постов.

Мне показалось, что было бы неплохо сделать индексный пост по верхней части списка поисковых слов, по которым приходят за последние 2 месяца в этот блог мои читатели.

Итак:

Краткое описание метода тестирования с помощью программы Iometer:

О сравнении NFS и CIFS:

Про существующие варианты технологии репликации даных:

Про типы RAID (в том числе про применяемый у NetApp RAID-4 и RAID-DP):

Про Symantec Storage Foundation Basic - бесплатную версию знаменитого Storage Foundation:

О внутренней файловой системе самого NetApp - WAFL:

Про то, чем отличается производительность в IOPS от производительности в MBPS:

Как измерить текущую производительность системы в IOPS, имея только Windows и его счетчики в Perfmon:

О Data ONTAP Simulator - эмуляторе системы хранения NetApp для целей тестирования или обучения писалось тут:

Новые системы серии FAS2000:

Резервное копирование (Backup). Методы и средства. Часть 4.

“Еще одно последнее преданье, и летопись окончена моя” :)
Закругляясь с кратким (хо-хо ;) обзором резервного копирования и архивного хранения информации, стоит затронуть тему структурной организации системы резервного копирования масштаба предприятия.

Для небольшого локального копирования все устроено просто. Защищаемая информация с локального жесткого диска рабочего компьютера или сервера переносится на локально же подключенное устройство хранения с помощью программы резервного копирования или же просто системной функцией копирования. Однако в случае организации, где подключать к каждому защищаемому компьютеру локальное хранилище или устройство записи на ленту нерационально и расточительно, применяются те или иные устройства “сетевого бэкапа”.
По сути решение аналогично классическому LAN-у. Вместо того, чтобы подключать к каждому компьютеру принтер для печати документов и модем для связи с интернетом, можно объединить их все в локальную сеть и обеспечить всех общими разделяемыми ресурсами.

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

network backup scheme

Все компьютеры, входящие в систему сетевого резервного копирования, разделяются на сервер, клиент и так называемый “медиасервер”.
Сервер - это “сердце” и “мозг” системы. Это компьютер, на котором исполняется центральная часть любой сетевой системы бэкапа - база данных резервных копий.
Одной из задач системы является необходимость знания ЧТО именно сохранено, КУДА это сохранено среди десятков и сотен магнитных лент и устройств хранения и КАК восстановить информацию в случае использования разнообразных схем сохранения, например рассмотренных ранее инкрементальных.
Клиент - это компьютер, который является источником сохраняемых данных. То, что мы собственно и защищаем.
“Медиасервер” - это компьютер, к которому подключено устройство резервного хранения - емкое дисковое устройство или библотека магнитных лент. Он наполняет ее поступающими данными и управляет ей по требованию сервера резервного копирования.

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

Однако роли могут быть и разделены между компьютерами локальной сети.
Сервер обычно всегда один на “домен” хранения. На каждом защищаемом компьютере сети установлен клиент (возможно совместно с агентами, обеспечивающими взаимодействие с данными прикладных задач). И на одном, отдельном компьютере находится “медиасервер” с подключенным к нему устройством хранения.
Сервер управляет клиентами, записывая в базу данных имена и месторасположение сохраняемых файлов, и направляет поток данных на медиасервер, указывая ему, куда и как их записывать.
Медиасерверов таже может быть много, кроме того можно совместить медиасервер с клиентом (то есть просто подключить стример к клиенту). Это часто применяется, когда клиент имеет очень большой объем данных для записи, и делается так для того, чтобы не гонять по сети трафик этого клиента, а сразу направить его на устройство хранения.

Одновременно клиентом следует оснастить и сервер, ведь при такой схеме более чем стоит озаботиться защитой самой базы данных резервного копирования - самой чувствительной части получившейся системы.
Обязательно проверьте в выбранной схеме защиты условия лицензирования. Тут безграничное поле для ошибок. Так, например, EMC(Legato) Networker не предусматривает защиту сервера по умолчанию, и надо добавить минимум одну лицензию клиента для защиты самого сервера, а Symantec(Veritas) Backup Exec и NetBackup включают лицензию клиента в сервер по умолчанию. Networker лицензирует ленточные библиотеки, если в качестве устройства резервного хранения используются именно они, по слотам, местам под магнитные ленты в библиотеке, даже если эти слоты не используются, но не ограничивает количество стримеров-”магнитофонов” считывающих и записывающих данные, а NetBackup и Backup Exec наоборот, лицензирует “магнитофоны”, но не ограничивает емкость библиотеки.

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

Кроме традиционной “четверки” - Symantec(Veritas), EMC(Legato), IBM TSM и CA ARCserve следует также обратить внимание на активно развивающуюся в последнее время систему Bacula под Linux, стремящуюся стать полноценным свободным (GPL/LGPL) аналогом коммерческих клиент-серверных систем резервного копирования.
Из коммерческих интересных производителей следует также упомянуть амбициозных новичков Commvault Galaxy и Microsoft Data Protection Manager.

Увы, наступило утро, и Шахеразада, боясь окончательно потерять внимание своих слушателей, намерена прекратить дозволенные речи. За рамками данного эпического обзора все равно остались распределенные системы, средства быстрого клонирования, развертывания и восстановления дисковых разделов типа Acronis TrueImage, Norton Ghost или Symantec System Recovery, системы бессерверного и бессетевого резервного копирования, а также средства копирования, использующие возможности SAN.
Отдельной статьи заслуживает также тема восстановления после катастроф (Disaster Recovery), тема методов обеспечения непрерывности бизнеса (Business Continuity), в которых рассмотренная защита данных есть только малая часть общего решения.

18/0.159

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

This content is not endorsed, sponsored or affiliated with NetApp, Inc. The views expressed in this blog are solely those of the author and do not represent the views of NetApp, Inc.