Да, другая опция является виртуализацией хранения: устройство, которое находится между Вашими серверами и SAN, как IBM SVC. SVC управляет копиями от SAN к SAN и может сделать удаленную репликацию (хотя это очевидно довольно болезненно на уровне петабайта, если у Вас нет действительно низких уровней изменения данных и действительно широкой полосы пропускания.)
Гладкая часть - то, что целый процесс невидим для включенных серверов. При использовании SQL Server Вы разрабатываете свои группы файлов для хранения вещей с низким уровнем изменения вместе (как архивы продаж от> 3 года назад) и вещей с высоким уровнем изменения (как текущие продажи) на отдельной группе файлов. Они не должны даже быть абсолютно только для чтения - Вы просто хотите разработать его так, чтобы можно было использовать различные методы репликации для каждой группы файлов. Механизм SAN может синхронизировать luns через сеть, ленту, или с помощью SAN - значение, можно поставить части SAN назад и вперед. Это более эффективно с механизмом как LeftHand, где SAN составлен из пула участвующих единиц.
Затем можно синхронизировать низкий материал уровня изменения по проводу автоматически и синхронизировать высокий уровень изменения с sneakernet. (Кажется, что у меня есть это назад, но это верно - Вы не можете синхронизировать высокий материал уровня изменения по проводу из-за объема.) Даже часть низкопроизводительного механизма размещает это теперь: LeftHand позволяет Вам копировать в другие единицы LeftHand в своем центре обработки данных и затем поставить их в свой удаленный центр обработки данных. Включите их, соедините их с удаленной стороной путем изменения дюйм/с и групп, и теперь они - часть удаленного резервного SAN. Коммерческая цель LeftHand на этом является просто блестящей: настройте свои два SAN бок о бок в Вашем первичном информационном центре, получите их в синхронизации, затем можно поставить части их к удаленному центру обработки данных, в то время как некоторые из них остаются в текущем центре обработки данных для хранения в синхронизации. Постепенно перемещайте их, не вытаскивая выход из синхронизации.
Я не сделал этого на уровне петабайта, все же. Вы знаете то, что они говорят - в теории, в теории и на практике являются тем же. На практике...
На хинду существует серия пакетов, которые содержат 32-разрядные двоичные файлы всех библиотек общей системы для точно этой цели. Сделайте поиск emul-linux
использование equery
и Вы получите список. Обычно Вам нужно, по крайней мере, app-emulation/emul-linux-x86-baselibs
и app-emulation/emul-linux-x86-compat
но существуют немногие другие, которые принадлежат приложениям X11.
Другие опции выполняют среду мультиlib или настраивают 32-разрядный chroot.