本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
Amazon Snowball 的最佳实践
接下来，您可以找到有助于您从Amazon Snowball (Snowball) 中获得最大收益和满意度的信息。
Amazon Snowball 的安全最佳实践
以下是我们建议在使用 Snowball 时提高安全性的方法：
-
如果您发现 Snowball 有任何可疑之处，请不要将其连接到您的内部网络。改为联系 Amazon Web Services Support
，系统将向您配送一个新的 Snowball。 -
建议您不要将解锁代码副本和该任务的清单保存在工作站中的同一位置。单独保存解锁码和清单有助于防止未经授权的各方获得 Snowball 的访问权限。例如，您可以采用以下方法：首先，将清单的副本保存到工作站。然后，通过电子邮件将解锁代码发送给Amazon Identity and Access Management (IAM) 用户，以便从工作站执行数据传输。这种方法将对 Snowball 的访问权限限制为有权访问保存在工作站上的文件以及该 IAM 用户的电子邮件地址的个人。
-
每当您在本地数据中心和 Snowball 之间传输数据时，都会自动生成日志并将其保存到您的工作站中。这些日志以纯文本格式保存，其中包含所传输文件的文件名和路径信息。为了保护这一可能敏感的信息，强烈建议您在与日志关联的任务进入 Completed 状态后删除这些日志。有关日志的更多信息，请参阅Snowball 日。
Amazon Snowball 的网络最佳实践
以下是我们推荐在网络中使用 Snowball 的方法：
-
您的工作站应是数据的本地主机。出于性能原因，我们不建议在使用 Snowball 传输数据时通过网络读取文件。如果您必须通过网络传输数据，请在复制到 Snowball 之前对本地缓存进行批处理，这样复制操作才能尽可能快地进行。
-
由于工作站被视为数据传输的瓶颈，因此，强烈建议您将功能强大的计算机用作工作站，以便满足处理、内存和网络方面的高要求。有关更多信息，请参阅工作站规格：
-
您可以在多个终端中同时运行 Snowball 客户端的实例，每个实例都使用复制操作来加快数据传输。有关使用 Snowball 客户端的更多信息，请参阅Snowball 客户端的命令。
-
为防止损坏您的数据，在传输数据时不要断开 Snowball 的连接或更改其网络设置。
-
文件在复制时必须为静态。传输过程中修改的文件不会导入 Amazon S3。
Amazon Snowball 的资源最佳实践
以下是我们推荐的使用 Snowball 和您的数据资源的方法，以及一些其他重要要点：
-
Job created 状态是您可以取消任务时的唯一状态。当任务变为其他状态时，无法取消任务。
-
对于导入任务，在过程结束时成功导入 Amazon S3 之前，不要删除已传输数据的本地副本。作为过程的一部分，请确保验证数据传输的结果。
-
建议每个目录包含的文件或目录数不超过 500,000 个。