Использование Dropbox для синхронизации файловых баз геоданных?


11

Мне удалось накопить большую бесплатную учетную запись Dropbox и использовать ее для синхронизации баз данных ГИС на нескольких разных компьютерах. Я только начал этим заниматься и у меня пока не было проблем. Но я получаю несколько красных флажков, которые пугают меня.

Кажется, в базах геоданных несколько дублирующих файлов. Обычно что-то вроде:

a00000017.gdbtable (дубликат ГИС-HP)

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

Кроме того, вместо удаления блокировок файлов, Dropbox продолжает повторять, что переименовывает их. Поэтому, когда я снимаю одну блокировку и получаю другую, она переименовывает файл вместо того, чтобы удалить его и создать новую. Хотя он все равно удаляет файл блокировки, когда я полностью отключился от базы геоданных.

Как я уже сказал, у меня до сих пор не было проблем, но я беспокоюсь о долговременном повреждении данных при использовании Dropbox.

Кто-нибудь использовал Dropbox и обнаружил проблемы с его использованием для синхронизации данных ГИС?


3
У меня нет однозначного ответа, но я бы посоветовал вам быть осторожным. Я не верю, что DropBox предназначен для доступа к сложному формату данных, такому как файловая база геоданных, которая состоит из нескольких отдельных файлов, на нескольких ПК одновременно. Этот пост показывает некоторые потенциальные проблемы, о которых нужно знать
Стивен Лид

@StephenLead Я ежедневно копирую данные Dropbox. Я использовал Amazon Cloud Drive около года без проблем, но это слишком медленно для синхронизации. Dropbox работает намного быстрее и проще. Я действительно надеюсь, что он справится с этим.
Коди Браун

2
Лучше сжать файловую базу геоданных, прежде чем она будет использоваться для совместного использования resources.arcgis.com/en/help/main/10.2/index.html#//…. Она не предназначена для одновременного редактирования несколькими пользователями. - файлы lck должны предотвратить это.
Mapperz

Твердая идея @Mapperz
Коди Браун

Ответы:


9

ESRI намеренно запутал структуру файла FileGDB, чтобы люди не пытались связываться с ней внутри:

Файловая база геоданных хранится в виде папки с файлами. При просмотре папки в проводнике Windows, кроме расширения .gdb, она выглядит как любая другая папка, и вы можете просматривать ее содержимое. Папка содержит зашифрованные файлы, которые содержат географические данные, атрибутные данные, индексные файлы, файлы .lock и файл подписи, а также другие файлы. Каждый класс пространственных объектов или таблица в базе геоданных хранится в двух или более файлах. По своей структуре трудно, если не невозможно, определить, какие файлы составляют какой-либо конкретный набор данных.

ESRI рекомендует копировать FileGDB с их инструментами, а не с инструментами ОС. Тем не менее, можно скопировать всю базу данных или переименовать ее:

Хотя это и не рекомендуется, можно скопировать файловую базу геоданных в другое место, скопировав папку в другое место (если вы используете операционную систему Windows Vista, вам также нужно изменить расширение новой папки на .gdb; в противном случае, ArcGIS не может распознать его как файловую базу геоданных). Скопируйте файловую базу геоданных только в Windows Explorer, если вы уверены, что другие процессы не обращаются к данным. Проблема в том, что может быть трудно определить, имеют ли другие процессы доступ к данным. Вы можете подумать, что нет никаких других процессов; однако процесс на вашем компьютере или другой может получить доступ к нему. Если вам случится скопировать папку, когда другой процесс обращается к данным, данные могут копироваться неправильно.

Я бы с осторожностью использовал Dropbox для синхронизации файлов по отдельности. Структура базы данных просто не создана, чтобы манипулировать таким образом. Если ваш набор данных достаточно мал, он может быть хорошим приложением для персональной базы геоданных или базы данных sqlite (хотя я не видел, чтобы это подтвердило, что ArcGIS может писать sqlite), если у вас простая геометрия.

Существует инструмент , который восстановит поврежденную базу геоданных в случае их повреждения:


2
Вы цитируете: « Вы можете не заметить никаких проблем, пока не получите доступ к определенной части новой копии через несколько дней », и это пугает меня до чертиков. Вероятно, было бы намного разумнее использовать шейп-файлы вместо базы геоданных.
Коди Браун

Я использую SkyDrive для синхронизации файлов GDBS без проблем уже почти год. Когда у нас возникают проблемы с прокси-сервером, что иногда означает, что я не могу получить доступ к службам Microsoft, тогда я обычно закрываю свой SkyDrive и позволяю ему синхронизироваться снова только после восстановления доступа. Я редактировал наборы инструментов с моделями и скриптами, когда мой SkyDrive открыт, но не синхронизируется должным образом, и я еще ничего не потерял.
Синди Джаякумар

1
Я редактировал сложный слой многоугольника в файле GDB, поэтому я отключил Dropbox, пока работал над ним. Я переподключил Dropbox после редактирования, поэтому файлы были скопированы. 24 часа спустя все мои изменения исчезли, и (поскольку я отключил Dropbox во время редактирования), нет промежуточных файлов, к которым можно вернуться. Похоже, что Dropbox может иногда испортить файловую базу геоданных.
Стивен Лид

8

Если вам нужно иметь доступ к файлам с нескольких компьютеров, то, по-видимому, более целесообразно перейти на настоящую настройку пространственного сервера, а не на специальную установку с использованием Dropbox. Это может быть размещенный сервер с ArcGIS или база данных PostGIS, работающая в облачной веб-службе, такой как AWS . Я бы предпочел последнее. Настройка займет немного больше времени, но вы можете определить свои собственные отношения и масштабировать до необходимого количества компьютеров (в зависимости от того, как вы настраиваете AWS), и все это гораздо дешевле, чем вы платите Esri.

Есть несколько сообщений SO, которые обсуждают PostGIS и ArcGIS здесь и здесь . Второй, похоже, содержит более актуальную информацию в комментариях под принятым ответом.

Без более надежной обработки трафика от разных клиентов вы, вероятно, будете постоянно сталкиваться с проблемами повреждения данных. По крайней мере, если вы перешли на шейп-файлы, вы должны проверить GeoGit . Это даст вам базовый контроль версий, так что шейп-файлы, отредактированные на одном компьютере, могут быть объединены с правками с другого без полной перезаписи.


Веб-серверы являются отличным способом управления ГИС-данными на нескольких ПК. На самом деле я согласен, это, вероятно, лучший способ. Проблема с этим - пропускная способность и скорость обработки. Обычно скорость интернета вне сайта достаточно высока для работы с данными. Но, если я хочу провести тщательный анализ данных, я не смогу использовать их в Интернете. Вот почему я предпочитаю решение, подобное Dropbox. Я показываю на месте, и базы геоданных обновлены и хранятся локально на ПК. Отличный способ работы.
Коди Браун

3
@codybrown Но вы по-прежнему сталкиваетесь с передачей данных через Интернет с помощью Dropbox, не говоря уже о проблемах с синхронизацией, которые вы получаете, возможно, из-за того, что обновление с одного клиента на другой занимает слишком много времени. По крайней мере, сервер будет оптимизирован для этой задачи. Если вы действительно ищете решение для хранения данных, пока вы работаете дома, на работе или с сайта клиента, тогда большой жесткий диск для удаления - это единственный способ избежать задержки и потенциальных конфликтов синхронизации, если вы единственный пользователь. один использует данные в любой момент времени.
Ричард Д
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.