Skip to content

Commit 501211c

Browse files
committed
Issue mongodb#409 Complete translate
1 parent e995433 commit 501211c

File tree

1 file changed

+73
-13
lines changed

1 file changed

+73
-13
lines changed

locale/zh/LC_MESSAGES/faq/storage.po

Lines changed: 73 additions & 13 deletions
Original file line numberDiff line numberDiff line change
@@ -4,7 +4,7 @@ msgstr ""
44
"Project-Id-Version: mongodb-manual 2.6\n"
55
"Report-Msgid-Bugs-To: \n"
66
"POT-Creation-Date: 2014-09-03 15:39-0400\n"
7-
"PO-Revision-Date: 2015-01-14 22:53-0000\n"
7+
"PO-Revision-Date: 2015-01-19 12:59-0000\n"
88
"Last-Translator: FULL NAME <EMAIL@ADDRESS>\n"
99
"Language-Team: LANGUAGE <[email protected]>\n"
1010
"MIME-Version: 1.0\n"
@@ -61,21 +61,25 @@ msgid ""
6161
"memory allows MongoDB to interact with the data in the file as if it were "
6262
"memory."
6363
msgstr ""
64+
"内存映射会将文件以字节的形式之间分配到虚拟内存。一旦产生映射,MongoDB会通过"
65+
"文件与内存之间的关联与之进行交互,因为文件就像在内存里一样。"
6466

6567
#: ../source/faq/storage.txt:36
6668
msgid "How does MongoDB work with memory mapped files?"
67-
msgstr ""
69+
msgstr "MongoDB与内存映射文件是如何工作的?"
6870

6971
#: ../source/faq/storage.txt:38
7072
msgid ""
7173
"MongoDB uses memory mapped files for managing and interacting with all "
7274
"data. MongoDB memory maps data files to memory as it accesses documents. "
7375
"Data that isn't accessed is *not* mapped to memory."
7476
msgstr ""
77+
"MongoDB使用内存映射文件来管理数据并与之进行交互。MongoDB会使内存与数据文件进"
78+
"行关联,就像连接文档。数据也会映射到内存中。"
7579

7680
#: ../source/faq/storage.txt:45
7781
msgid "What are page faults?"
78-
msgstr "什么是页面错误?"
82+
msgstr "什么是缺页中断?"
7983

8084
#: ../source/includes/fact-page-fault.rst:1
8185
msgid ""
@@ -84,6 +88,8 @@ msgid ""
8488
"operating system page faults happen when physical memory is exhausted and "
8589
"pages of physical memory are swapped to disk."
8690
msgstr ""
91+
"缺页中断会导致MongoDB不在当前的物理内存进行读写操作。然而,操作系统页面错误"
92+
"是因为物理内存被耗尽或超出磁盘空间。"
8793

8894
#: ../source/faq/storage.txt:49
8995
msgid ""
@@ -109,14 +115,16 @@ msgid ""
109115
"This process, particularly on an active system can take a long time, "
110116
"particularly in comparison to reading a page that is already in memory."
111117
msgstr ""
118+
"在这个过程中,特别是处于活动状态的系统,需要很长时间。可以比较一下读取已经在"
119+
"内存中的页面。"
112120

113121
#: ../source/faq/storage.txt:62 ../source/faq/storage.txt:74
114122
msgid "See :ref:`administration-monitoring-page-faults` for more information."
115-
msgstr ""
123+
msgstr "通过 :ref:`administration-monitoring-page-faults` 查看更多信息。"
116124

117125
#: ../source/faq/storage.txt:65
118126
msgid "What is the difference between soft and hard page faults?"
119-
msgstr ""
127+
msgstr "软硬缺页中断有什么不同?"
120128

121129
#: ../source/faq/storage.txt:67
122130
msgid ""
@@ -127,6 +135,8 @@ msgid ""
127135
"another, such as from an operating system file cache. In production, "
128136
"MongoDB will rarely encounter soft page faults."
129137
msgstr ""
138+
":term:`缺页中断 <page fault>` 会导致MongoDB在需要连接数据时不在当前活动的内"
139+
"存中工作。当MongoDB需要通过磁盘连接数据时,页面\"\"错误代表当前的状态。"
130140

131141
#: ../source/faq/storage.txt:79
132142
msgid "What tools can I use to investigate storage use in MongoDB?"
@@ -166,29 +176,36 @@ msgid ""
166176
"system. The next time MongoDB needs to access these documents, MongoDB may "
167177
"incur a hard page fault."
168178
msgstr ""
179+
"如果你想让MongoDB扫描集合中的所有文档,工作集将会扩展至每一个文档。基于物理"
180+
"内存的大小,这个可能会导致文档在工作集中 \"溢出,\" 或者被操作系统从物理内存"
181+
"中移除。当下次MongoDB需要连接这些文档时,MongoDB可能会引发一个硬缺页中断。"
169182

170183
#: ../source/faq/storage.txt:103
171184
msgid ""
172185
"If you run a query that requires MongoDB to scan every :term:`document` in "
173186
"a collection, the working set includes every active document in memory."
174187
msgstr ""
188+
"如果你想让MongoDB扫描集合中的所有 :term:`document`, 工作集的内存中会含有所"
189+
"有活动的文档。"
175190

176191
#: ../source/faq/storage.txt:107
177192
msgid ""
178193
"For best performance, the majority of your *active* set should fit in RAM."
179-
msgstr ""
194+
msgstr "多数 *active* 配置在RAM中会得到更好的性能。"
180195

181196
#: ../source/faq/storage.txt:113
182197
msgid ""
183198
"Why are the files in my data directory larger than the data in my database?"
184-
msgstr ""
199+
msgstr "为什么目录里面的文件比我的数据库还要大?"
185200

186201
#: ../source/faq/storage.txt:115
187202
msgid ""
188203
"The data files in your data directory, which is the :file:`/data/db` "
189204
"directory in default configurations, might be larger than the data set "
190205
"inserted into the database. Consider the following possible causes:"
191206
msgstr ""
207+
"默认存储目录 :file:`/data/db` 中的数据文件可能会比数据库中的数据大,思考一下"
208+
"下面可能的原因:"
192209

193210
#: ../source/faq/storage.txt:119
194211
msgid "Preallocated data files."
@@ -206,6 +223,12 @@ msgid ""
206223
"file that may be 90% empty. For most larger databases, unused allocated "
207224
"space is small compared to the database."
208225
msgstr ""
226+
"在数据目录中,MongoDB预配置数据文件为一个指定的大小,这是保护文件系统碎片的"
227+
"一部分。MongoDB将第一个数据文件命名为 ``<databasename>.0``,第二个为 "
228+
"``<databasename>.1``等等。第一个文件 :program:`mongod` 分配了64MB,第二个"
229+
"128MB等等,直到2GB,随后的文件都将是2GB。数据文件包括文件的分配空间但里面没"
230+
"有数据。 :program:`mongod` 可能会出现1G分配空间中90%未使用的情况。对于大部分"
231+
"大数据库来说,不对数据库使用分配空间没什么大的差别。"
209232

210233
#: ../source/faq/storage.txt:132
211234
msgid ""
@@ -225,6 +248,9 @@ msgid ""
225248
"preallocDataFiles` for testing and with small data sets where you "
226249
"frequently drop databases."
227250
msgstr ""
251+
"你可以通过 :setting:`~storage.preallocDataFiles` 设置将预配置设为 "
252+
"``false``。但是千万不要设置 :setting:`~storage.preallocDataFiles` ,只需使"
253+
"用 :setting:`~storage.preallocDataFiles` 调试你经常删除的小数据库。"
228254

229255
#: ../source/faq/storage.txt:144
230256
msgid ""
@@ -246,28 +272,37 @@ msgid ""
246272
"should not need to resize the oplog. However, if you do, see :doc:`/"
247273
"tutorial/change-oplog-size`."
248274
msgstr ""
275+
"如果 :program:`mongod` 是复制集成员,数据目录包括 ``local`` 数据库中 :term:`"
276+
"固定集合` 的 :term:`oplog.rs <oplog>` 文件。在64位安装包中,默认分配空间大约"
277+
"为磁盘空间的5%,通过 <replica-set-oplog-sizing>` 查看更多信息。在大部分实例"
278+
"中,你不需要调整oplog的大小。当然,如果你想调整,可以查看 :doc:`/tutorial/"
279+
"change-oplog-size`。"
249280

250281
#: ../source/faq/storage.txt:162
251282
msgid "The :term:`journal`."
252-
msgstr ""
283+
msgstr ":term:`journal`"
253284

254285
#: ../source/faq/storage.txt:164
255286
msgid ""
256287
"The data directory contains the journal files, which store write operations "
257288
"on disk prior to MongoDB applying them to databases. See :doc:`/core/"
258289
"journaling`."
259290
msgstr ""
291+
"数据目录含有journal文件,它将MongoDB在操作数据库中的写入操作存储在磁盘上。查"
292+
"看 :doc:`/core/journaling`。"
260293

261294
#: ../source/faq/storage.txt:168
262295
msgid "Empty records."
263-
msgstr ""
296+
msgstr "空记录。"
264297

265298
#: ../source/faq/storage.txt:170
266299
msgid ""
267300
"MongoDB maintains lists of empty records in data files when deleting "
268301
"documents and collections. MongoDB can reuse this space, but will never "
269302
"return this space to the operating system."
270303
msgstr ""
304+
"当删除文档和集合时,MongoDB将会继续列出数据文件中的空记录。MongoDB可以重复使"
305+
"用这部分空间,但是不会释放这部分空间给操作系统。"
271306

272307
#: ../source/faq/storage.txt:174
273308
msgid ""
@@ -277,12 +312,17 @@ msgid ""
277312
"gigabytes of extra disk space to run. Do not use :dbcommand:`compact` if "
278313
"you are critically low on disk space."
279314
msgstr ""
315+
"使用 :dbcommand:`compact`可以重组分配存储空间。通过重置存储,MongoDB可以有效"
316+
"的利用分配空间。 :dbcommand:`compact` 需要额外2GB磁盘空间来运行。如果磁盘空"
317+
"间较少,禁止使用 :dbcommand:`compact` 。"
280318

281319
#: ../source/faq/storage.txt:180
282320
msgid ""
283321
":dbcommand:`compact` only removes fragmentation from MongoDB data files and "
284322
"does not return any disk space to the operating system."
285323
msgstr ""
324+
" :dbcommand:`compact` 只会移除MongoDB数据文件中的碎片,不会释放磁盘空间给操"
325+
"作系统。"
286326

287327
#: ../source/faq/storage.txt:184
288328
msgid ""
@@ -292,6 +332,9 @@ msgid ""
292332
"extra disk space to run. Do not use :dbcommand:`repairDatabase` if you are "
293333
"critically low on disk space."
294334
msgstr ""
335+
"使用 :dbcommand:`repairDatabase` 重置存储来重建数据库可以再次利用删除的空"
336+
"间。 :dbcommand:`repairDatabase` 需要至少2G额外磁盘空间来运行。如果磁盘空间"
337+
"较少,禁止使用 :dbcommand:`repairDatabase`。"
295338

296339
#: ../source/faq/storage.txt:191
297340
msgid ""
@@ -300,10 +343,13 @@ msgid ""
300343
"dbcommand:`repairDatabase` will block all other operations and may take a "
301344
"long time to complete."
302345
msgstr ""
346+
"当使用 :dbcommand:`repairDatabase` 进行修复时,需要足够的磁盘空间来支持新旧"
347+
"数据库。可以使用 :dbcommand:`repairDatabase` 锁定其它操作,可能需要一定的时"
348+
"间。"
303349

304350
#: ../source/faq/storage.txt:197
305351
msgid "How can I check the size of a collection?"
306-
msgstr ""
352+
msgstr "如何查看集合的大小?"
307353

308354
#: ../source/faq/storage.txt:199
309355
msgid ""
@@ -312,10 +358,13 @@ msgid ""
312358
"example issues :method:`db.collection.stats()` for the ``orders`` "
313359
"collection:"
314360
msgstr ""
361+
"如果想查看集合的大小或其它信息,可以在 :program:`mongo` 命令行中使用 :"
362+
"method:`db.collection.stats()` 。如下面的例子,在 ``orders`` 集合中使用 :"
363+
"method:`db.collection.stats()` :"
315364

316365
#: ../source/faq/storage.txt:208
317366
msgid "To view specific measures of size, use these methods:"
318-
msgstr ""
367+
msgstr "通过指定方式查看数据大小,可以使用一下方法:"
319368

320369
#: ../source/faq/storage.txt:210
321370
msgid ""
@@ -342,7 +391,7 @@ msgstr ":method:`db.collection.totalIndexSize()`: 索引的大小"
342391
msgid ""
343392
"Also, the following scripts print the statistics for each database and "
344393
"collection:"
345-
msgstr ""
394+
msgstr "当然,下面的脚本可以统计每个数据库和集合:"
346395

347396
#: ../source/faq/storage.txt:227
348397
msgid "How can I check the size of indexes?"
@@ -353,18 +402,24 @@ msgid ""
353402
"To view the size of the data allocated for an index, use one of the "
354403
"following procedures in the :program:`mongo` shell:"
355404
msgstr ""
405+
"如果想查看索引的数据分配大小,可以在 :program:`mongo` 命令行中参照下面的步"
406+
"骤:"
356407

357408
#: ../source/faq/storage.txt:232
358409
msgid ""
359410
"Use the :method:`db.collection.stats()` method using the index namespace. "
360411
"To retrieve a list of namespaces, issue the following command:"
361412
msgstr ""
413+
"通过 :method:`db.collection.stats()` 方法使用索引命名空间。使用以下命令可以"
414+
"恢复命名空间列表:"
362415

363416
#: ../source/faq/storage.txt:240
364417
msgid ""
365418
"Check the value of :data:`~collStats.indexSizes` in the output of the :"
366419
"method:`db.collection.stats()` command."
367420
msgstr ""
421+
"在 :method:`db.collection.stats()` 命令中查看 :data:`~collStats.indexSizes` "
422+
"的值。"
368423

369424
#: ../source/faq/storage.txt:0
370425
msgid "Example"
@@ -378,7 +433,7 @@ msgstr "该命令会返回一个类似下面的列表:"
378433
msgid ""
379434
"View the size of the data allocated for the ``orders.$_id_`` index with the "
380435
"following sequence of operations:"
381-
msgstr ""
436+
msgstr "参照下面的操作顺序查看 ``orders.$_id_`` 索引的数据分配大小:"
382437

383438
#: ../source/faq/storage.txt:266
384439
msgid "How do I know when the server runs out of disk space?"
@@ -409,10 +464,15 @@ msgid ""
409464
"put the journal files on another storage device using a filesystem mount or "
410465
"a symlink."
411466
msgstr ""
467+
"如果journal文件在你的服务运行过程中超出磁盘空间,服务进程将会结束。 :"
468+
"program:`mongod` 默认在:setting:`~storage.dbPath` 目录中创建journal文件。你"
469+
"可以使用资源管理器或symlink将其移动到其它磁盘。"
412470

413471
#: ../source/faq/storage.txt:293
414472
msgid ""
415473
"If you place the journal files on a separate storage device you will not be "
416474
"able to use a file system snapshot tool to capture a valid snapshot of your "
417475
"data files and journal files."
418476
msgstr ""
477+
"如果你将journal文件放置在一个外置存储器中,你将无法使用snapshot tool获得你的"
478+
"数据文件和journal文件。"

0 commit comments

Comments
 (0)