Скорость онлайн резервного копирования с BLOB

Question

В Oracle 8 резервное копирование в онлайн-хранилище с BLOB-объектами в базе данных происходит крайне медленно. Медленно я имею в виду более часа, чтобы сделать резервную копию базы данных с 100 МБ BLOB-данных. Oracle признал, что это медленно, но не решит проблему (так много для оплаты поддержки). Кто-нибудь знает, исправила ли Oracle эту проблему в последующих выпусках? Кроме того, как быстро работают онлайн-резервные копии с BLOB-объектами в SQL Server и MySQL?

Answer 1

Чтобы ответить на ваш вопрос о скорости оперативного резервного копирования больших двоичных объектов в SQL Server, она равна скорости резервного копирования обычных данных для SQL 2000/2005/2008 - обычно она ограничена скоростью вашего хранилища. Я обычно получаю более 100 МБ / с для своих резервных копий базы данных с BLOB.

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

Answer 2

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

Некоторая информация об использовании BFILE:

http://download -uk.oracle.com / Docs / кд / B10501_01 / java.920 / a96654 / oralob.htm # 1059942

Обратите внимание, что файлы BFILE находятся в файловой системе вне Oracle, поэтому вам нужно будет их резервировать в процессе, выходящем за пределы обычной резервной копии Oracle. В одном проекте у нас была запланированная rsync для резервного копирования за пределы площадки. Также важно отметить, что вы не можете создавать / обновлять BFILE через JDBC, но вы можете читать их.

Answer 3

опыт на 8i был медленным, но не так сильно, как вы описали. Я скопировал гигабайты больших двоичных объектов за 10 минут. (На диск - используя expdp)

Answer 4

Можете ли вы поместить созданный файл экспорта и табличные пространства Oracle на разные диски? Ваша пропускная способность ввода-вывода может быть сдерживающим фактором ...?

Answer 5

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

См. http://www.dba -oracle.com / t_table_blob_lob_storage.htm

Answer 6

Я использую SQL Backup от Redgate для SQL Server - это невероятно быстро, даже с моими BLOB-данными.

Я храню копии каждого файла, с которым я делаю EDI, поэтому, хотя они невелики, их много, и они являются BLOB-объектами. У меня более 100 миллионов только этих текстовых файлов.

Важно отметить, что SQL Backup от Redgate - это всего лишь интерфейс для стандартного резервного копирования SQL ... он дает вам, в основном, дополнительные функции управления, но все еще использует механизм резервного копирования SQL Server.