Модуль disk asm


Содержание

Как добавить диск в ASM группу

Значительное время прошло с того времени, как я поставил кластер: Установка кластера базы данных Oracle RAC 11gR2

Разные мелочи в администрировании, конечно, были, но с системой — нет.
Все хорошо, но место под базу потихоньку кончилось и потребовалось диск добавить. Как — просто. Только все забывается, потому запишу.

Во-первых, логинитесь root и делаете

на второй. У меня, кстати, диски были замаплены под разными mpathd и mpathe устройствами.

Во-вторых, необходимо залогиниться под юзера, под которым работает +ASM2 или +ASM1 и установить $ORACLE_HOME и $PATH для этого юзера, т.е. где установлен grid. Вспомнить все это было нереально, поэтому я тупо посмотрел

посмотрел его окружение.

посмотрел тип и имя группы

прикол в том, что для EXTERN нельзя использовать FAILGROUP параметр, даже если я, например, пытался его назначить таким же.

Модуль disk asm

How to add disk to ASM (DATABASE) runing in production server

We have database running on ASM, after two years we faced the problem of space deficiency.

Now we planed to add disk to ASM diskgroup DATAGROUP.

Steps are below

1) Create partition of disk /dev/sdm which we got new LUN from Storage

2) Configure the disk /dev/sdm1 to ASM and giving LABEL DATA5

Scandisks on RAC -node2

Add the disk to /etc/rawdevices

[root@rac-node2 bin]vi /etc/sysconfig/rawdevices

And added to /etc/rc.local for permission on reboot

[root@rac-node2 bin]#vi /etc/rc.local

Check the disk status


7 rows selected.

3) Add disk DATA5 to diskgroup DATAGROUP

Администрирование БД Oracle

Monday, February 15, 2020

Как узнать отображение дисков ASM на дисковые устройства

mapping ASM disks to devices Понадобилось посмотреть отображение дисков ASM на диски операционной системы. Сделать это можно двумя способами:

1. С правами root:

]$ oracleasm listdisks
DISK1
DISK2
DISK3
[oracle@srvi-dbora03-t

]$ sudo oracleasm querydisk -p DISK1
Disk «DISK1» is a valid ASM disk
/dev/sdb1 : LABEL=»DISK1″ TYPE=»oracleasm»
[oracle@srvi-dbora03-t

2. Без прав root:

]$ oracleasm listdisks
DATA
[oracle@srvi-dbrac03-t

]$ oracleasm querydisk -p DATA
Disk «DATA» is a valid ASM disk
[oracle@srvi-dbrac03-t

]$ oracleasm querydisk -d DATA
Disk «DATA» is a val >[8,17]
[oracle@srvi-dbrac03-t

]$ ls -l /dev/sd* |grep 8 |grep 17
brw-rw—-. 1 root disk 8, 17 Oct 12 11:32 /dev/sdb1
[oracle@srvi-dbrac03-t

]$ ls -ls /dev/oracleasm/disks/*
0 brw-rw—-. 1 oracle dba 8, 17 Oct 12 11:32 /dev/oracleasm/disks/DATA
[oracle@srvi-dbrac03-t

]$ cat /proc/partitions |grep 8 |grep 17
8 17 419424988 sdb1
[oracle@srvi-dbrac03-t

Oracle RAC. Общее описание / Часть 1

Высоконагруженные сайты, доступность «5 nines». На заднем фоне (backend) куча обрабатываемой информации в базе данных. А что, если железо забарахлит, если вылетит какая-то давно не проявлявшаяся ошибка в ОС, упадет сетевой интерфейс? Что будет с доступностью информации? Из чистого любопытства я решил рассмотреть, какие решения вышеперечисленным проблемам предлагает Oracle. Последние версии, в отличие от Oracle 9i, называются Oracle 10g (или 11g), где g – означает «grid», распределенные вычисления. В основе распределенных вычислений «как ни крути» лежат кластера, и дополнительные технологии репликации данных (DataGuard, Streams). В этой статье в общих чертах описано, как устроен кластер на базе Oracle 10g. Называется он Real Application Cluster (RAC).

Статья не претендует на полноту и всеобъемлемость, также в ней исключены настройки (дабы не увеличивать в объеме). Смысл – просто дать представление о технологии RAC.

Статью хотелось написать как можно доступнее, чтобы прочесть ее было интересно даже человеку, мало знакомому с СУБД Oracle. Поэтому рискну начать описание с аспектов наиболее часто встречаемой конфигурации БД – single-instance, когда на одном физическом сервере располагается одна база данных (RDBMS) Oracle. Это не имеет непосредственного отношения к кластеру, но основные требования и принципы работы будут одинаковы.

Введение. Single-instance.

Во всех современных реляционных БД данные хранятся в таблицах. Таблицы, индексы и другие объекты в Oracle хранятся в логических контейнерах – табличных пространствах (tablespace). Физически же tablespace располагаются в одном или нескольких файлах на диске. Хранятся они следующим образом:
Каждый объект БД (таблицы, индексы, сегменты отката и.т.п.) хранится в отдельном сегменте – области диска, которая может занимать пространство в одном или нескольких файлах. Сегменты в свою очередь, состоят из одного или нескольких экстентов. Экстент – это непрерывный фрагмента пространства в файле. Экстенты состоят из блоков. Блок – наименьшая единица выделения пространства в Oracle, по умолчанию равная 8K. В блоках хранятся строки данных, индексов или промежуточные результаты блокировок. Именно блоками сервер Oracle обычно выполняет чтение и запись на диск. Блоки имеют адрес, так называемый DBA (Database Block Address).


При любом обращении DML (Data Manipulation Language) к базе данных, Oracle подгружает соответствующие блоки с диска в оперативную память, а именно в буферный кэш. Хотя возможно, что они уже там присутствуют, и тогда к диску обращаться не нужно. Если запрос изменял данные (update, insert, delete), то изменения блоков происходят непосредственно в буферном кэше, и они помечаются как dirty (грязные). Но блоки не сразу сбрасываются на диск. Ведь диск – самое узкое место любой базы данных, поэтому Oracle старается как можно меньше к нему обращаться. Грязные блоки будут сброшены на диск автоматически фоновым процессом DBWn при прохождении контрольной точки (checkpoint) или при переключении журнала.

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

  1. Что будет, если Oracle упадет где-то на середине длинной транзакции (если бы она вносила изменения)?
  2. Какие же данные прочтет первая транзакция, когда в кэше у нее «под носом» другая транзакция изменила блок?

Для ответа на эти вопросы рассмотрим механизм обеспечения согласованного чтения CR (consistency read). Все дело в волшебных пузырьках журналах транзакций, которые в Oracle представлены двумя типами:

  • журнал повтора (redo log)
  • сегмент отмены (undo)

Когда в базу данных поступает запрос на изменение, то Oracle применяет его в буферном кэше, параллельно внося информацию, достаточную для повторения этого действия, в буфер повторного изменения (redo log buffer), находящийся в оперативной памяти. Как только транзакция завершается, происходит ее подтверждение (commit), и сервер сбрасывает содержимое redo buffer log на диск в redo log в режиме append-write и фиксирует транзакцию. Такой подход гораздо менее затратен, чем запись на диск непосредственно измененного блока. При сбое сервера кэш и все изменения в нем потеряются, но файлы redo log останутся. При включении Oracle начнет с того, что заглянет в них и повторно выполнит изменения таблиц (транзакции), которые не были отражены в datafiles. Это называется «накатить» изменения из redo, roll-forward. Online redo log сбрасывается на диск (LGWR) при подтверждении транзакции, при прохождении checkpoint или каждые 3 секунды (default).

С undo немного посложнее. С каждой таблицей в соседнем сегменте хранится ассоциированный с ней сегмент отмены. При запросе DML вместе с блоками таблицы обязательно подгружаются данные из сегмента отката и хранятся также в буферном кэше. Когда данные в таблице изменяются в кэше, в кэше так же происходит изменение данных undo, туда вносятся «противодействия». То есть, если в таблицу был внесен insert, то в сегмент отката вносится delete, delete – insert, update – вносится предыдущее значение строки. Блоки (и соответствующие данные undo) помечаются как грязные и переходят в redo log buffer. Да-да, в redo журнал записываются не только инструкции, какие изменения стоит внести (redo), но и какие у них противодействия (undo). Так как LGWR сбрасывает redo log buffer каждые 3 секунды, то при неудачном выполнении длительной транзакции (на пару минут), когда после минуты сервер упал, в redo будут записи не завершенные commit. Oracle, как проснется, накатит их (roll-forward), и по восстановленным (из redo log) в памяти сегментам отката данных отменит (roll-back) все незафиксированные транзакции. Справедливость восстановлена.

Илон Маск рекомендует:  Как разместить маленькие картинки в компоненте tpopupmenu

Кратко стоит упомянуть еще одно неоспоримое преимущество undo сегмента. По второму сценарию (из схемы) когда select дойдет до чтения блока (DBA) 500, он вдруг обнаружит что этот блок в кэше уже был изменен (пометка грязный), и поэтому обратится к сегменту отката, для того чтобы получить соответствующее предыдущее состояние блока. Если такого предыдущего состояния (flashback) в кэше не присутствовало, он прочитает его с диска, и продолжит выполнение select. Таким образом, даже при длительном «select count(money) from bookkeeping» дебет с кредитом сойдется. Согласованно по чтению (CR).

Отвлеклись. Пора искать подступы к кластерной конфигурации. =)

Уровень доступа к данным. ASM.

Хранилищем (datastorage) в больших БД почти всегда выступает SAN (Storage Area Network), который предоставляет прозрачный интерфейс серверам к дисковым массивам.
Сторонние производители (Hitachi, HP, Sun, Veritas) предлагают комплексные решения по организации таких SAN на базе ряда протоколов (самым распространенным является Fibre Channel), с дополнительными функциональными возможностями: зеркалирование, распределение нагрузки, подключение дисков на лету, распределение пространства между разделами и.т.п.
Позиция корпорации Oracle в вопросе построения базы данных любого масштаба сводится к тому, что Вам нужно только соответствующее ПО от Oracle (с соответствующими лицензиями), а выбранное оборудование – по возможности (если средства останутся после покупки Oracle :). Таким образом, для построения высоконагруженной БД можно обойтись без дорогостоящих SPARC серверов и фаршированных SAN, используя сервера на бесплатном Linux и дешевые RAID-массивы.

На уровне доступа к данным и дискам Oracle предлагает свое решение – ASM (Automatic Storage Management). Это отдельно устанавливаемый на каждый узел кластера мини-экземпляр Oracle (INSTANCE_TYPE = ASM), предоставляющий сервисы работы с дисками.

Oracle старается избегать обращений к диску, т.к. это является, пожалуй, основным bottleneck любой БД. Oracle выполняет функции кэширования данных, но ведь и файловые системы так же буферизуют запись на диск. А зачем дважды буферизировать данные? Причем, если Oracle подтвердил транзакцию и получил уведомления том, что изменения в файлы внесены, желательно, чтобы они уже находились там, а не в кэше, на случай «падения» БД. Поэтому рекомендуется использовать RAW devices (диски без файловой системы), что делает ASM.

ASM работает поверх RAW device, его преимуществами являются:

  • отсутствие необходимости в отдельном ПО для управления разделами дисков
  • нет необходимости в файловой системе

Disk group — объединение нескольких дисков. При записи файлов на диски данные записываются экстентами размерами по 1 МБ, распределяя их по всем дискам в группе. Это делается для того, чтобы обеспечить высокую доступность, ведь части одной таблицы (из tablespace) разбросаны по разным физическим дискам.

Способности ASM:

  • Зеркалирование данных:
    как правило, 2-х или 3-х ступенчатое, т.е. данные одновременно записываются на 2 или 3 диска. Для зеркалирования диску указываются не более 8 дисков-партнеров, на которые будут распределяться копии данных.
  • Автоматическая балансировка нагрузки на диски (обеспечение высокой доступности):
    если данные tablespace разместить на 10 дисках и, в некоторый момент времени, чтение данных из определенных дисков будет «зашкаливать», ASM сам обратится к таким же экстентам, но находящимся на зеркалированных дисках.
  • Автоматическая ребалансировка:
    При удалении диска, ASM на лету продублирует экстенты, которые он содержал, на другие оставшиеся в группе диски. При добавлении в группу диска, переместит экстенты в группе так, что на каждом диске окажется приблизительно равное число экстентов.

Предположим, что несколько дисков подключены к определенному контроллеру- и, таким образом, представляют собой, SPF – single point of failure (При выходе из строя контроллера теряем весь дисковый массив). У ASM есть технология определения Failure Groups внутри Disk Group. При этом механизме зеркалирование будет раскидывать копии экстентов по дискам, находящимся в различных failure groups, чтобы избежать SPF (Single Point of Failure), например, при смерти SAN или RAID контроллера.

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

Пора на уровень повыше.

Clusterware. CRS.

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

CRS (Cluster-Ready Services) – набор сервисов, обеспечивающий совместную работу узлов, отказоустойчивость, высокую доступность системы, восстановление системы после сбоя. CRS выглядит как «мини-экземпляр» БД (ПО) устанавливаемый на каждый узел кластера. Устанавливать CRS – в обязательном порядке для построения Oracle RAC. Кроме того, CRS можно интегрировать с решениями clusterware от сторонних производителей, таких как HP или Sun.


Опять немного «терминологии»…

CRS состоит из 3-х основных компонент:

  • CSSD – Cluster Synchronization Service Daemon
  • CRSD – Cluster Ready Services Daemon
  • EVMD – Event Monitor Daemon
x Назначение (вкратце) С какими правами работает При смерти процесса, перезагружается:
CSSD Механизм синхронизации для взаимодействия узлов в кластерной среде. user процесс
CRSD Основной «движок» для поддержки доступности ресурсов root хост
EVMD Процесс оповещения о событиях, происходящих в кластере user процесс

Настройки кластера хранятся в OCR (Oracle Cluster Registry). OCR – это специальный файл профилей узлов базы данных, хранящий их текущую конфигурацию: доступность узлов, распределение сервисов (несколько БД могут поддерживаться различными группами узлов в кластере), сетевые настройки и.т.п. Физически OCR хранится в общем datastorage. При работе кластера каждый узел хранит в памяти OCR, и только один узел (master) производит непосредственное обновление OCR на диске.

Как уже стало ясно из таблички, самым главным процессом, «самым могущественным демоном», является CRSD (Cluster Ready Services Daemon). В его обязанности входит: запуск, остановка узла, генерация failure logs, реконфигурация кластера в случае падения узла, он также отвечает за восстановление после сбоев и поддержку файла профилей OCR. Если демон падает, то узел целиком перезагружается. CRS управляет ресурсами OCR: Global Service Daemon (GSD), ONS Daemon, Virtual Internet Protocol (VIP), listeners, databases, instances, and services.

В обязанности сервиса CSSD (Cluster Synchronization Service Daemon) входит координация взаимодействия узлов кластера, синхронизация узлов и ресурсов между ними, определение их доступности через следующие функции:

  • Node Membership (NM).Каждую секунду проверяет heartbeat между узлами. NM также показывает остальным узлам, что он имеет доступ к так называемому voting disk (если их несколько, то хотя бы к большинству), делая регулярно туда записи. Если узел не отвечает на heartbeat или не оставляет запись на voting disk в течение нескольких секунд (10 для Linux, 12 для Solaris), то master узел исключает его из кластера.
  • Group Membership (GM). Функция отвечает за своевременное оповещение при добавлении / удалении / выпадении узла из кластера, для последующей реконфигурации кластера.

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

Информатором в кластере выступает EVMD (Event Manager Daemon), который оповещает узлы о событиях: о том, что узел запущен, потерял связь, восстанавливается. Он выступает связующим звеном между CRSD и CSSD. Оповещения также направляются в ONS (Oracle Notification Services), универсальный шлюз Oracle, через который оповещения можно рассылать, например, в виде SMS или e-mail.

Стартует кластер примерно по следующей схеме: CSSD читает из общего хранилища OCR, откуда считывает кластерную конфигурацию, чтобы опознать, где расположен voting disk, читает voting disk, чтобы узнать сколько узлов (поднялось) в кластере и их имена, устанавливает соединения с соседними узлами по протоколу IPC. Обмениваясь heartbeat, проверяет, все ли соседние узлы поднялись, и выясняет, кто в текущей конфигурации определился как master. Ведущим (master) узлом становится первый запустившийся узел. После старта, все запущенные узлы регистрируются у master, и впоследствии будут предоставлять ему информацию о своих ресурсах.

Уровнем выше CRS на узлах установлены экземпляры базы данных.
Друг с другом узлы общаются по private сети – Cluster Interconnect, по протоколу IPC (Interprocess Communication). К ней предъявляются требования: высокая ширина пропускной способности и малые задержки. Она может строиться на основе высокоскоростных версий Ethernet, решений сторонних поставщиков (HP, Veritas, Sun), или же набирающего популярность InfiniBand. Последний кроме высокой пропускной способности пишет и читает непосредственно из буфера приложения, без необходимости в осуществлении вызовов уровня ядра. Поверх IP Oracle рекомендует использовать UDP для Linux, и TCP для среды Windows. Также при передаче пакетов по interconnect Oracle рекомендует укладываться в рамки 6-15 ms для задержек.

Disk On Module Transcend TS128MDOM40V

Если в области оперативной памяти полупроводниковые технологии давно одержали полную и безоговорочную победу над конкурентами, то с внешними запоминающими устройствами ситуация пока прямо противоположная. В первую очередь связано это с огромным разрывом по объему и скорости работы. Энергонезависимые накопители на базе флэш-памяти не могут похвастаться ни тем, ни другим, и, если скорость уже достаточна для многих применений, про объем этого никак не скажешь. Флэшка, объемом всего в один гигабайт (а это является просто минимумом для современных операционных систем), все еще стоит несколько сотен долларов, в то время как винчестер за такие деньги будет иметь десятки гигабайт емкости. Казалось бы — и сравнивать нечего.

Илон Маск рекомендует:  Dos fn 28h писать произвольный блок файла

С другой стороны, ситуация несколько сложнее, чем может показаться на первый взгляд. Надо заметить, что даже при еще больших ценах флэш-накопители все равно применялись во многих областях хозяйства, имея преимущества по потреблению энергии, компактности и меньшей восприимчивости к внешним условиям. Кроме того, далеко не всем требуются гигабайты емкости. Существуют операционные системы, специально ориентированные на работу «в тесноте»: Windows CE, QNX, из Linux, в конце-концов можно сделать нечто не обладающее сверхуниверсальностью, но решающее многие задачи, при этом требующее для размещения мегабайт сто-двести. А уровень цен на флэш-память уже достиг той границы, когда подобный накопитель можно использовать не только в дорогостоящих специализированных компьютерах, но и домашних или офисных машинах. Рассмотрим, по крайней мере, три сферы применения.

Терминальные решения

Рассказывать, что это такое и где применяется, не буду — достаточно почитать статьи раздела «Коммуникации». Операционная система «тонких клиентов» обычно во флэше и сидит — этот вариант оказывается самым удобным для данной области. Впрочем, применяемые в промышленности варианты решения «на коленке» обычно не реализуешь. Простой пример: K-Systems Termin основан на стандартной платформе VIA EPIA, но несколько модернизированной — вместо обычной микросхемы BIOS установлена флэшка на 32 Мбайта, где сидит и BIOS, и Windows CE, под управлением которой все и работает. А что делать тем, кто решил самостоятельно заняться превращением устаревших компьютеров в клиенты, благо большой мощности для этого не требуется? Оставлять винчестеры? Не всегда разумно — их объем избыточен для терминальной ОС. Да и старые винчестеры уже вполне могут дышать на ладан, а приобретать новые высокоскоростные и емкие лишь для того, чтобы один раз в день загрузить ОС… Неоправданно. А вот если бы иметь возможность установить флэш-накопитель небольшого объема не на саму плату, а с использованием стандартного интерфейса (IDE, например), это позволило бы создавать вполне работоспособные терминалы в «кустарных условиях».

Мультимедиа-комбайн

Идея переделки старого компьютера в «бытовой» проигрыватель не нова, и некоторые из вариантов ее реализации нами уже обсуждались. Однако большинство их рассчитано на загрузку с CD или другого накопителя, поскольку использовать винчестер очень не хочется — шумит, энергию потребляет, место занимает (последнее в случае самодельного корпуса может оказаться серьезным фактором). Небольшой флэш-накопитель с IDE-интерфейсом легко решил бы подобные проблемы.

Интернет-приставка

Иногда хочется просто побродить по сети в тишине. Но, при этом, хотелось сохранить и возможность работы с «тяжелой ОС» и оставить под рукой большой объем дискового пространства. Что ж — это тоже возможно. IDE-флэш небольшого объема, с живущей на нем специально обработанной Windows или Linux (полнофункциональный вариант для работы с Интернет — с установкой всех необходимых приложений, разумеется — занимает порядка 150 Мбайт), мультизагрузчик на нем и внешний винчестер с интерфейсом SerialATA (возможно и применение USB 2.0 или FireWire как только на них управление загрузчики ОС научатся передавать). Нужно побродить по сети? Отключаем внешний винчестер, загружаемся с флэшки и наслаждаемся тишиной. Нужно поработать с «тежеловесными» приложениями? Передаем загрузку на внешний винчестер (не забыв его подключить :)), и нас уже ничего не ограничивает.

Disk On Module

Есть спрос — есть и предложение. Причем вариантов даже несколько, но основаны они все на одном и том же факте — совместимость интерфейса карт CompactFlash со стандартным IDE. Со временем придется придумать что-то новое, однако пока Parallel ATA сдаваться не собирается, так что совместимость будет продолжать служить нам еще не один год. В результате, можно просто использовать CF-карту при помощи переходника, причем даже самодельного. Ну а для сокращения числа соединений и увеличения компактности готового изделия существуют специальные модули, устанавливаемые непосредственно на системную плату — прямо на гребенку интерфейса.

С DOM мы будем знакомиться на примере Transcend TS128MDOM40V: 40-контактного модуля объемом 128 Мбайт. Эта линейка включает в себя модели от 16 до 256 Мбайт объема, похожие на них 44-контактные накопители серии 44V могут иметь и объем 512 Мбайт (впрочем, этот перекос наверняка скоро будет исправлен). Собственно, для тех целей, на которые рассчитаны DOM, вполне достаточно и четверти гигабайта максимум.

Внутри корпуса накопителей обеих линеек находится ничто иное, как «начинка» уже знакомых нам по старым тестированиям карт Transcend CF Ultra 25X. Сейчас доступны уже и 45Х карты, с которыми мы познакомимся в ближайшее время, однако для DOM сверхскоростные контроллеры не нужны — как мы уже убедились, в режиме TrueATA все контроллеры работают примерно одинаково и существенно медленнее, чем в родном режиме.


Модули серии 40V имеют линейные размеры 59×27,3×7,3 мм, т. е. очень слабо выступают над поверхностью системной платы после установки. Рабочий диапазон температур — от 0 до 85 градусов, чего более чем достаточно для функционирования внутри компьютера. Питание подводится при помощи дополнительного кабеля со стандартным разъемом.

На корпусе устройства имеются два джампера. Первый из них скорее рудиментарный — Master/Slave. Почему рудиментарный? Устройство рассчитано на подключение непосредственно к разъему на плате в одиночестве, а не к кабелю, так что вряд ли кто станет возиться для того, чтобы повесить его на шлейф вместе с другим накопителем. А вот вторая перемычка может принести немалую пользу: с ее помощью включается защита от записи на модуль. Самое оно если вы делаете какое-либо «отчуждаемое» устройство: после настройки во многих случаях полезно запретить возможность изменения чего-либо пользователем.

Скорость работы

Как работают карты CompactFlash с стандартными >

В тесте на время доступа флэш был заранее поставлен в невыгодные условия, причем и DOM, и карта: картовод от DataFab, как мы уже установили, сам по себе добавляет немалую толику к этому параметру для карт, да и конкурировать им пришлось со SCSI-винчестером на 10000 RPM (пусть и стареньким, но по времени доступа легко справляющимся и с достаточно современными >

Тест на скорость чтения… Да — с винчестерами конкурировать пока никак. Но, во многом, из-за ограничений интерфейса, а не из-за особенностей самих микросхем флэш-памяти: тот же контроллер и те же микросхемы в других условиях легко продемонстрировали в два раза более высокую скорость. Впрочем, до винчестеров все равно далековато, ну так и контроллер-то не новый ;) На самом деле уже сейчас можно получить 6-6,5 мегабайт в секунду. Да — это еще не десятки у винчестеров, но для многих приложений более чем достаточно. Ну а для того, чтобы один раз загрузить ОС вполне хватит и той скорости, которая достигнута уже сейчас ;)

Скорость записи на винчестер не тестировалась — сравнил лишь DOM и карту памяти. Картина та же, что и в предыдущем случае: карту очень сильно ограничивает интерфейс.

Собственно, сейчас эту проблему уже начали решать — в CF II обещают поддержку DMA-режимов и прочее, так что если установить в DOM подобный контроллер, он должен показать куда лучший результат. Хотя я бы лично на месте создателей пошел бы немного другим путем: скоростные контроллеры USB-флэш уже вовсю применяются, внутренние разъемы USB 2.0 сейчас скорее правило, чем исключение, загружаться с USB-HDD современные материнские платы уже могут. Чем не вариант для замены 40-контактных модулей (в более консервативных промышленных компьютерах все равно используются 44-контактные)?

Итого

Небольшой объем и скорость работы современных DOM-модулей пока не позволяют им конкурировать с жесткими дисками в роли универсального средства хранения данных, однако в некоторых областях они уже вполне могут бросить вызов громыхающим и греющимся мастодонтам-винчестерам :) К трем вышеуказанным областям можно добавить и четвертую — хранение индексов базы данных на серверах. Если флэш-память продолжит дешеветь, то вскоре с подобных модулей можно будет загружать не только терминальную ОС в офисах, но и вполне нормальную — со всем набором приложений. Но если этот набор лишь медиа-плееры да набор для пользованья Сетью, это возможно уже сейчас. В общем, думайте — иногда это полезно ;)

Тема: Формат диска в ASC Sound Master

Опции темы
Отображение
  • Линейный вид
  • Комбинированный вид
  • Древовидный вид

Вот блин. Совсем оборзели
Значит сообщаю:

ASM работал с тр-дос дисками только в версиях 0.хх, все что идет под 1.хх уже работает только под своим форматом.
Этот формат можно засунуть в эмуль, но эумлятор ни чего не загрузит, ибо нет нормальной полной эмуляции работы ВГ93.
А вот главный вопрос, как загрузить в редактор компиленную музыку?
В авторских версиях редактора — ни как.

Илон Маск рекомендует:  Лучшие браузеры. Обзор самых популярных и быстрых браузеров


Но есть как минимум две проги, которые помогут:

1. The Pusher v5.x — она может загрузить любой модуль ASM, потом можно сделать RECOMPILE, и на диске будут несколько исходных файлов. После чего грузим ASM 1.12 и загружаем через опцию DISC/Import ASM 0.xx module.

2. Взять точно рабочую версию ASM v2.0 by ASC+PoS (zx.da.ru) и в меню компилер найти кнопочку RECOMPILE, и грузить музыку черезе ее. Но, эта фича поддерживает файлы ASM только без плеера (на сколько я помню), а вот чтоб сделать их без плеера поможет опять таки Pusher, хотя треки в архиве Сергея Бульбы уже без плеера, но к сожалению формат хранения информации о треке ASM v2.0 не поддерживает, и по этому после декомпиляции трека будет утерянна инфа об названии и авторе трека.

ASM 2.0 и Pusher — Сделал я, так что спрашивайте если чо

Disk on Module

Disk On Module — флэш-модули для установки напрямую на материнскую плату с помощью SATA или IDE разъемов (40 и 44 контактных). Различают горизонтальные, вертикальные, корпусные и безкорпусные, низкопрофильные и поворотные DOM модули.

«Сконфигурировать» — Этот продукт содержит опции. Для выбора опции войдите в карточку продукта. Обратите внимание, что некоторые продукты не могут быть заказаны без обязательных опций.

Промышленные DOM накопители прекрасно заменяют жесткие диски. Они проходят строгое квалификационное тестирование, гарантирующее высокую надежность и долговечность. Disk On Module имеют ряд преимуществ по сравнению с обычными HDD:

  • DOM — это диски с флэш-памятью SLC или MLC
  • DOM имеют размеры в разы меньше стандартных жестких дисков HDD и они гораздо легче
  • устанавливаются непосредственно на саму встраиваемую процессорную плату и надежно фиксируются на ней
  • обладают ударопрочной и вибростойкой конструкцией
  • имеют высокий уровень наработки на отказ (MTBF)
  • способны работать в расширенном диапазоне температур (-40. 85 o С)

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

В ассортименте Disk On Module компании IPC2U представлены модели таких ведущих производителей, как: APACER, INNODISK, AFAYA, MELTRON и т.д. Мы предлагаем проверенные надежные флэш-модули по привлекательной цене.

Определение номера загрузочного диска

28.02.2015, 13:12

Первичный загрузчик — Ошибка boot о невозможности чтения загрузочного диска
Доброго времени суток. Вобщем дело такое написал на fasm — е «загрузчик» ( copy/paste и немного.

Определение номера заданного байта. Assembler, tasm
Как вывести на экран порядковый номер заданного символа из файла?

Определение номера столбца с наибольшим кол-вом латинских букв
Здравствуйте. Нужно опередить номер столбца на экране,в котором больше всего латинских букв.Номер.

Определение серийного номера жесткого диска
Доброго времени! Несколько лет назад на просторах инета нашел код програмки на С#, определение.

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

01.03.2015, 11:25 2

если грузитесь с жестака — номер будет 80h, если грузитесь с чего-то другого — номер будет в dl

Добавлено через 15 секунд
писать загрузчик — гиблое дело. используйте multiboot


Как управлять диском и сервисом OracleASM в системе Linux

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

Это может быть связано с различными причинами, такими как обслуживание, зависание службы, высокая загрузка на сервере, чтобы повлиять на изменение конфигурации.

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

Большинство дистрибутивов Linux попадают под одну из систем инициализации, таких как System V или Upstart или systemd.

Эти сценарии инициализации обычно записывались в Bash и позволяли системному администратору контролировать состояние служб и демонов в своей системе.

Утилита командной строки oracleasm является частью Oracle ASMLib, которая позволяет пользователю управлять экземпляром oracleasm. Для выполнения этих команд вы должны иметь права root или sudo.

Что такое ASMLib?

ASMLib — это дополнительная библиотека поддержки для функции автоматического управления хранением данных Oracle Database.

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

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

ASMLib позволяет Oracle Database использовать ASM более эффективный и способный доступ к группам дисков, которые он использует.

1) Как просмотреть доступные параметры для службы OracleASM

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

2) Как запустить службу OracleASM

Используйте приведенные ниже команды для запуска службы OracleASM в Linux, это зависит от вашего системного менеджера

3) Как остановить службу OracleASM

Используйте приведенные ниже команды, чтобы остановить службу OracleASM в Linux, это зависит от вашего системного менеджера

4) Как перезапустить службу OracleASM

5) Как проверить статус службы OracleASM

6) Как включить службу OracleASM

7) Как отключить службу OracleASM


8) Как настроить ASMLib

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

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

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

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

Если база данных работала как пользователь «оракул» и группа «dba», результат будет выглядеть следующим образом.

9) Как инициализировать ASMLib

Используйте приведенные ниже команды для загрузки и инициализации драйвера ASMLib в Linux.

10) Как создать диск OracleASM

11) Как сканировать диски OracleASM

12) Как перечислить диски OracleASM

13) Как запросить диск OracleASM

14) Как переименовать диск OracleASM

15) Как удалить диск OracleASM

ASMLib использует файл конфигурации / etc / sysconfig / oracleasm, который является ссылкой на файл / etc / sysconfig / oracleasm-_dev_oracleasm.

Инструменты читают файл / etc / sysconfig / oracleasm-_dev_oracleasm, поэтому убедитесь, что ссылка из / etc / sysconfig / oracleasm не нарушена.

Пользователь должен запустить / usr / sbin / oracleasm configure -I для изменения параметров конфигурации.

Модуль disk asm

We have raw disk /dev/sde which we are going add in existing Disk Group DATA.

Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel

Building a new DOS disklabel with disk identifier 0x185ef87e.

Changes will remain in memory only, until you decide to write them.


After that, of course, the previous content won’t be recoverable.

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

WARNING: DOS-compatible mode is deprecated. It’s strongly recommended to

switch off the mode (command ‘c’) and change display units to

sectors (command ‘u’).

Command (m for help): n

p primary partition (1-4)

Partition number (1-4): 1

First cylinder (1-8192, default 1):

Using default value 1

Last cylinder, +cylinders or +size (1-8192, default 8192):

Using default value 8192

Command (m for help): w

The partition table has been altered!

Calling ioctl() to re-read partition table.

Disk /dev/sdc: 1073 MB, 1073741824 bytes

34 heads, 61 sectors/track, 1011 cylinders

Units = cylinders of 2074 * 512 = 1061888 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x6dab55b0

Device Boot Start End Blocks Id System


/dev/sdc1 1 1011 1048376+ 83 Linux

Disk /dev/sdd: 6442 MB, 6442450944 bytes

199 heads, 62 sectors/track, 1019 cylinders

Units = cylinders of 12338 * 512 = 6317056 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x9904376c

Device Boot Start End Blocks Id System

/dev/sdd1 1 1019 6286180 83 Linux

Disk /dev/mapper/VolGroup00-root: 24.2 GB, 24201134080 bytes

255 heads, 63 sectors/track, 2942 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00000000

Disk /dev/mapper/VolGroup00-swap: 2113 MB, 2113929216 bytes

255 heads, 63 sectors/track, 257 cylinders

Units = cylinders of 16065 * 512 = 8225280 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Disk identifier: 0x00000000

Disk /dev/sde: 8589 MB, 8589934592 bytes

64 heads, 32 sectors/track, 8192 cylinders

Units = cylinders of 2048 * 512 = 1048576 bytes

Sector size (logical/physical): 512 bytes / 512 bytes

I/O size (minimum/optimal): 512 bytes / 512 bytes

Понравилась статья? Поделиться с друзьями:
Кодинг, CSS и SQL