问题标签 [storage]

我想通过 NFS 和 CIFS 提供 2 TB 左右的空间。我正在寻找 2 个（或更多）服务器解决方案，以实现高可用性以及尽可能跨服务器进行负载平衡的能力。有关集群或高可用性解决方案的任何建议？

这是商业用途，计划在未来几年增长到 5-10 TB。我们的设施几乎每天 24 小时，每周 6 天。我们可能会有 15-30 分钟的停机时间，但我们希望尽量减少数据丢失。我想尽量减少凌晨 3 点的通话。

我们目前在 Solaris 上运行一台带有 ZFS 的服务器，并且我们正在研究用于 HA 部分的 AVS，但是我们在 Solaris 上遇到了一些小问题（CIFS 实施不适用于 Vista 等），这些问题阻碍了我们。

我们已经开始关注

• DRDB over GFS（用于分布式锁功能的 GFS）
• Gluster（需要客户端，没有本地 CIFS 支持？）
• Windows DFS（文档说仅在文件关闭后复制？）

我们正在寻找一个提供数据的“黑匣子”。

我们目前在 ZFS 中对数据进行快照，并通过网络将快照发送到远程数据中心以进行异地备份。

我们最初的计划是每 10 - 15 分钟拥有第二台机器和 rsync。失败的问题是正在进行的生产过程会丢失 15 分钟的数据并留在“中间”。他们几乎从一开始就比在中间弄清楚从哪里开始要容易得多。这就是促使我们关注 HA 解决方案的原因。

最近，我读到一篇题为“SATA vs. SCSI 可靠性”的文章。它主要讨论消费级 SATA 驱动器中非常高的位翻转率，并得出结论“您现在无法从特定磁盘读取所有数据的可能性为 56%”。甚至 Raid-5 也无法拯救我们，因为它必须不断地扫描它是否有问题，如果磁盘确实死了，你几乎可以保证在重建的文件系统上有一些翻转的位。

注意事项：

我听说过 Sun 的ZFS with Raid-Z，但 Linux 和 BSD 的实现仍处于试验阶段。我不确定它是否已准备好迎接黄金时段。

我还阅读了很多关于Par2文件格式的内容。似乎与每个文件一起存储一些额外的 % 奇偶校验可以让您从大多数问题中恢复。但是，我不知道在内部执行此操作的文件系统，并且似乎很难管理单独的文件。

备份（编辑）：

我知道备份是最重要的。但是，如果没有进行某种检查，您可能很容易在不知情的情况下向人们发送不良数据。此外，确定哪个备份具有该数据的良好副本可能很困难。

例如，您有一个运行了一年的 Raid-5 阵列，您发现了一个损坏的文件。现在你必须回去检查你的备份，直到你找到一个好的副本。理想情况下，您会转到包含该文件的第一个备份，但这可能很难弄清楚，特别是如果该文件已被多次编辑。更糟糕的是，考虑该文件是否在损坏发生后被附加或编辑。对于 Par2 等块级奇偶校验，仅此一项就足够了。

对于照片，我使用 Flickr。但是对于其他文档...您使用哪个基于 Web 的在线应用程序（托管或安装在您的个人网站上）来处理 PDF 或 word 文件？如果有用户管理，那也很棒（例如，您决定某些人或每个人都可以看到您的某些文档……）。

寻找一种软件解决方案来存储分布在多个服务器上的大文件 (>50MB - 1.5GB)。我们已经研究过 MogileFS，但是，鉴于现有的软件需求，需要有一个 NFS 接口。更喜欢开源，但是，对所有选项开放。

在 C++ 中，存储类说明符 static 从数据区域分配内存。“数据区”是什么意思？

有一阵子我不得不开发一个音乐网站，允许将音频文件上传到一个网站，然后使用 ffmpeg 转换为各种格式，然后人们会在购买后下载上传的音频文件并创建一个 tmp 文件并放置在下载位置，仅对每个下载实例有效，然后 tmp 文件将被删除。

现在我正在重新审视这个项目，我还必须添加图片和视频作为上传内容。

我想找到存储文件的最佳方法，

选项 1：将文件存储在文件夹中并在数据库中引用它们

选项2：将数据库（mysql）中的实际文件存储为blob。

我正在玩弄这个想法，以考虑每种方法的安全隐患，以及我可能没有计算过的其他问题。

出于安全原因（保护知识产权），我正在尝试构建一种方法来防止某些硬盘驱动器分区/ USB 驱动器被访问。我在想，当 Windows 尝试访问“锁定的驱动器/USB”时，尝试停止并返回“驱动器无法访问”之类的东西。这只是一个想法，有人认为这是合理/可能的吗？如果是这样，任何指针？

C/C++

-谢谢

缩小数据库的优缺点是什么？是否有任何性能影响？

我想访问 INTEL SS4000-E 存储中的我的 sql server 数据库文件。它是 NAS 存储。是否可以将其用作 sql server 2000 的存储？如果不是，最好的解决方案是什么？

我有一个 PHP 应用程序需要运行 bash 脚本，并提供用户名和密码（用于远程系统）。我需要将这些凭据存储在我的 PHP（Web）应用程序可以访问的地方。逻辑位置是数据库（目前是 MySQL，但将是不可知的）。散列和存储凭据的“标准”方式的问题在于它是不可逆的。我必须能够以未加密的明文形式获取凭据，才能将数据插入 bash 脚本。

有人对解决此问题的安全方法有任何建议吗？

我想也许 PKI'ing 凭据，并将结果存储在数据库中。然后使用私钥解密（PHP 可以做到）。将执行此操作的脚本存储在 Web 根目录之外。

任何想法都非常感谢。