使用Dropbox同步文件GeoDatabase？

我已经积累了一个免费的大型Dropbox帐户，并使用它来在几台不同的PC上同步我的GIS数据库。我刚刚开始这样做，到目前为止还没有遇到任何问题。但是我收到了一些使我感到恐惧的警告信号。

GeoDatabases中似乎有几个重复的文件。通常是这样的：

a00000017.gdbtable（GIS-HP重复副本）

我可以毫无问题地手动删除这些文件，但是我不知道为什么它们会弹出。

另外，Dropbox并没有删除文件锁，而是说正在重命名它们。因此，当我释放一个锁并获得另一个锁时，它会重命名文件，而不是删除它并创建一个新锁。尽管在与GeoDatabase完全断开连接后，它仍然会删除锁定文件。

就像我说的那样，到目前为止我还没有遇到任何问题，但是我担心使用Dropbox时长期的数据损坏。

是否有人使用过Dropbox并发现使用它同步GIS数据时遇到问题？

ESRI故意混淆了FileGDB文件结构，因此人们不会在内部尝试对其进行处理：

文件地理数据库存储为文件文件夹。当您使用Windows资源管理器查看该文件夹时，除了.gdb扩展名外，它看起来与其他任何文件夹一样，您可以查看其内容。该文件夹包含以匿名方式命名的文件，其中包含地理数据，属性数据，索引文件，.lock文件和签名文件，以及其他文件。地理数据库中的每个要素类或表都存储在两个或更多文件中。通过设计，即使不是不可能，也很难说出哪些文件组成了任何给定的数据集。

ESRI建议您使用其工具而不是OS工具复制FileGDB。但是，可以复制整个数据库或重命名它：

尽管不建议这样做，但是可以通过将文件夹复制到另一个位置来将文件地理数据库复制到另一个位置（如果使用的是Windows Vista操作系统，则还需要将新文件夹的扩展名更改为.gdb；否则， ArcGIS无法将其识别为文件地理数据库。仅当确定没有其他进程访问数据时，才使用Windows资源管理器复制文件地理数据库。问题在于，很难判断其他进程是否正在访问数据。您可能会认为没有其他过程。但是，您计算机上的一个进程或另一个进程可能正在访问它。如果在另一个进程正在访问数据时碰巧要复制文件夹，则数据可能无法正确复制。

我会谨慎使用Dropbox单独同步文件。数据库结构不是以这种方式构建的。如果您的数据集足够小，那么如果您具有简单的几何图形，那么它对于个人地理数据库或sqlite数据库可能是一个很好的应用程序（尽管我没有看到它证实ArcGIS可以编写sqlite）。

有一个工具可以在损坏的地理数据库损坏时恢复它们：

如果您需要多台PC来访问文件，那么迁移到真正的空间服务器设置似乎比使用Dropbox临时设置更有意义。这可以是一个托管服务器上运行的ArcGIS或像AWS云的Web服务运行PostGIS的数据库。我更喜欢后者。设置将需要更多的工作，但是您可以定义自己的关系并根据需要扩展到尽可能多的计算机（取决于您配置AWS的方式），而这一切都比向Esri付费要少得多。

有一些SO帖子在这里和这里讨论PostGIS和ArcGIS 。第二个似乎在接受的答案下方的评论中具有更多最新信息。

如果没有更健壮的方法来处理来自不同客户端的流量，您可能将不断处理数据损坏问题。至少，如果您移至shapefile，则应签出GeoGit。这将为您提供基本的修订控制，因此在一台计算机上编辑的shapefile可以与另一台计算机上的编辑合并，而不会被完全覆盖。