Показать сообщение отдельно
  #10  
Старый 03.12.2006, 12:22
andreyk@ andreyk@ вне форума
Лаборант
 
Регистрация: 15.04.2006
Сообщений: 226
По умолчанию

Опять путаем теплое с мягким.
Такие сервера существуют давно и называются кастерами. Проблема в том, что кластеры должны быть соеденены с единым дисковым массивом и делается это при подключений через фибер. Но сервера стоят в одной стойке а не в разных странах.
Что касается shadow copies, то эта технология служит для восстановления кучки файлов из бекапа, а нам нужна синхронизация а не восстановление.
Цитирую:
SCSF сохраняет копию данных, измененных с момента последней теневой копии. Поскольку SCSF сохраняет изменения на уровне блоков (называемые также кластерами) файлов, а не весь файл в целом, необходимое для их хранения пространство жесткого диска значительно уменьшается.

А нам на самом деле нужно другое:
Алгоритм rsync:

1. Beta разбивает файл B на блоки длиной L (последний блок может быть меньше L байт) и вычисляет две сигнатуры Rb и Sb для каждого блока, после чего пересылает эти сигнатуры к Alpha .
2. Alpha вычисляет сигнатуры Ra для блоков длинной L , для каждого байтового смещения. После чего сравнивает их с Rb .
3. Для блоков, чьи R сигнатуры совпали, Alpha вычисляет Sa и сравнивает с Sb .
4. Если S сигнатуры совпадают, Alpha отсылает уведомление с номером совпавшего блока, в противном случае Alpha пересылает один байт.
5. Beta получает номера совпавших блоков из B или одиночные байты из файла A и на основе этих данных создаёт копию файла A .


Но просто rsync'ать весь диск - глупо, нужно будет делать demand on handle, когда файл изменяется.

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

Теперь понятно?
Ответить с цитированием