@@ -4,7 +4,7 @@ msgstr ""
4
4
"Project-Id-Version : mongodb-manual 2.6\n "
5
5
"Report-Msgid-Bugs-To : \n "
6
6
"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 "
8
8
"Last-Translator : FULL NAME <EMAIL@ADDRESS>\n "
9
9
"
Language-Team :
LANGUAGE <[email protected] >\n "
10
10
"MIME-Version : 1.0\n "
@@ -61,21 +61,25 @@ msgid ""
61
61
"memory allows MongoDB to interact with the data in the file as if it were "
62
62
"memory."
63
63
msgstr ""
64
+ "内存映射会将文件以字节的形式之间分配到虚拟内存。一旦产生映射,MongoDB会通过"
65
+ "文件与内存之间的关联与之进行交互,因为文件就像在内存里一样。"
64
66
65
67
#: ../source/faq/storage.txt:36
66
68
msgid "How does MongoDB work with memory mapped files?"
67
- msgstr ""
69
+ msgstr "MongoDB与内存映射文件是如何工作的? "
68
70
69
71
#: ../source/faq/storage.txt:38
70
72
msgid ""
71
73
"MongoDB uses memory mapped files for managing and interacting with all "
72
74
"data. MongoDB memory maps data files to memory as it accesses documents. "
73
75
"Data that isn't accessed is *not* mapped to memory."
74
76
msgstr ""
77
+ "MongoDB使用内存映射文件来管理数据并与之进行交互。MongoDB会使内存与数据文件进"
78
+ "行关联,就像连接文档。数据也会映射到内存中。"
75
79
76
80
#: ../source/faq/storage.txt:45
77
81
msgid "What are page faults?"
78
- msgstr "什么是页面错误 ?"
82
+ msgstr "什么是缺页中断 ?"
79
83
80
84
#: ../source/includes/fact-page-fault.rst:1
81
85
msgid ""
@@ -84,6 +88,8 @@ msgid ""
84
88
"operating system page faults happen when physical memory is exhausted and "
85
89
"pages of physical memory are swapped to disk."
86
90
msgstr ""
91
+ "缺页中断会导致MongoDB不在当前的物理内存进行读写操作。然而,操作系统页面错误"
92
+ "是因为物理内存被耗尽或超出磁盘空间。"
87
93
88
94
#: ../source/faq/storage.txt:49
89
95
msgid ""
@@ -109,14 +115,16 @@ msgid ""
109
115
"This process, particularly on an active system can take a long time, "
110
116
"particularly in comparison to reading a page that is already in memory."
111
117
msgstr ""
118
+ "在这个过程中,特别是处于活动状态的系统,需要很长时间。可以比较一下读取已经在"
119
+ "内存中的页面。"
112
120
113
121
#: ../source/faq/storage.txt:62 ../source/faq/storage.txt:74
114
122
msgid "See :ref:`administration-monitoring-page-faults` for more information."
115
- msgstr ""
123
+ msgstr "通过 :ref:`administration-monitoring-page-faults` 查看更多信息。 "
116
124
117
125
#: ../source/faq/storage.txt:65
118
126
msgid "What is the difference between soft and hard page faults?"
119
- msgstr ""
127
+ msgstr "软硬缺页中断有什么不同? "
120
128
121
129
#: ../source/faq/storage.txt:67
122
130
msgid ""
@@ -127,6 +135,8 @@ msgid ""
127
135
"another, such as from an operating system file cache. In production, "
128
136
"MongoDB will rarely encounter soft page faults."
129
137
msgstr ""
138
+ ":term:`缺页中断 <page fault>` 会导致MongoDB在需要连接数据时不在当前活动的内"
139
+ "存中工作。当MongoDB需要通过磁盘连接数据时,页面\" 硬\" 错误代表当前的状态。"
130
140
131
141
#: ../source/faq/storage.txt:79
132
142
msgid "What tools can I use to investigate storage use in MongoDB?"
@@ -166,29 +176,36 @@ msgid ""
166
176
"system. The next time MongoDB needs to access these documents, MongoDB may "
167
177
"incur a hard page fault."
168
178
msgstr ""
179
+ "如果你想让MongoDB扫描集合中的所有文档,工作集将会扩展至每一个文档。基于物理"
180
+ "内存的大小,这个可能会导致文档在工作集中 \" 溢出,\" 或者被操作系统从物理内存"
181
+ "中移除。当下次MongoDB需要连接这些文档时,MongoDB可能会引发一个硬缺页中断。"
169
182
170
183
#: ../source/faq/storage.txt:103
171
184
msgid ""
172
185
"If you run a query that requires MongoDB to scan every :term:`document` in "
173
186
"a collection, the working set includes every active document in memory."
174
187
msgstr ""
188
+ "如果你想让MongoDB扫描集合中的所有 :term:`document`, 工作集的内存中会含有所"
189
+ "有活动的文档。"
175
190
176
191
#: ../source/faq/storage.txt:107
177
192
msgid ""
178
193
"For best performance, the majority of your *active* set should fit in RAM."
179
- msgstr ""
194
+ msgstr "多数 *active* 配置在RAM中会得到更好的性能。 "
180
195
181
196
#: ../source/faq/storage.txt:113
182
197
msgid ""
183
198
"Why are the files in my data directory larger than the data in my database?"
184
- msgstr ""
199
+ msgstr "为什么目录里面的文件比我的数据库还要大? "
185
200
186
201
#: ../source/faq/storage.txt:115
187
202
msgid ""
188
203
"The data files in your data directory, which is the :file:`/data/db` "
189
204
"directory in default configurations, might be larger than the data set "
190
205
"inserted into the database. Consider the following possible causes:"
191
206
msgstr ""
207
+ "默认存储目录 :file:`/data/db` 中的数据文件可能会比数据库中的数据大,思考一下"
208
+ "下面可能的原因:"
192
209
193
210
#: ../source/faq/storage.txt:119
194
211
msgid "Preallocated data files."
@@ -206,6 +223,12 @@ msgid ""
206
223
"file that may be 90% empty. For most larger databases, unused allocated "
207
224
"space is small compared to the database."
208
225
msgstr ""
226
+ "在数据目录中,MongoDB预配置数据文件为一个指定的大小,这是保护文件系统碎片的"
227
+ "一部分。MongoDB将第一个数据文件命名为 ``<databasename>.0``,第二个为 "
228
+ "``<databasename>.1``等等。第一个文件 :program:`mongod` 分配了64MB,第二个"
229
+ "128MB等等,直到2GB,随后的文件都将是2GB。数据文件包括文件的分配空间但里面没"
230
+ "有数据。 :program:`mongod` 可能会出现1G分配空间中90%未使用的情况。对于大部分"
231
+ "大数据库来说,不对数据库使用分配空间没什么大的差别。"
209
232
210
233
#: ../source/faq/storage.txt:132
211
234
msgid ""
@@ -225,6 +248,9 @@ msgid ""
225
248
"preallocDataFiles` for testing and with small data sets where you "
226
249
"frequently drop databases."
227
250
msgstr ""
251
+ "你可以通过 :setting:`~storage.preallocDataFiles` 设置将预配置设为 "
252
+ "``false``。但是千万不要设置 :setting:`~storage.preallocDataFiles` ,只需使"
253
+ "用 :setting:`~storage.preallocDataFiles` 调试你经常删除的小数据库。"
228
254
229
255
#: ../source/faq/storage.txt:144
230
256
msgid ""
@@ -246,28 +272,37 @@ msgid ""
246
272
"should not need to resize the oplog. However, if you do, see :doc:`/"
247
273
"tutorial/change-oplog-size`."
248
274
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`。"
249
280
250
281
#: ../source/faq/storage.txt:162
251
282
msgid "The :term:`journal`."
252
- msgstr ""
283
+ msgstr ":term:`journal` "
253
284
254
285
#: ../source/faq/storage.txt:164
255
286
msgid ""
256
287
"The data directory contains the journal files, which store write operations "
257
288
"on disk prior to MongoDB applying them to databases. See :doc:`/core/"
258
289
"journaling`."
259
290
msgstr ""
291
+ "数据目录含有journal文件,它将MongoDB在操作数据库中的写入操作存储在磁盘上。查"
292
+ "看 :doc:`/core/journaling`。"
260
293
261
294
#: ../source/faq/storage.txt:168
262
295
msgid "Empty records."
263
- msgstr ""
296
+ msgstr "空记录。 "
264
297
265
298
#: ../source/faq/storage.txt:170
266
299
msgid ""
267
300
"MongoDB maintains lists of empty records in data files when deleting "
268
301
"documents and collections. MongoDB can reuse this space, but will never "
269
302
"return this space to the operating system."
270
303
msgstr ""
304
+ "当删除文档和集合时,MongoDB将会继续列出数据文件中的空记录。MongoDB可以重复使"
305
+ "用这部分空间,但是不会释放这部分空间给操作系统。"
271
306
272
307
#: ../source/faq/storage.txt:174
273
308
msgid ""
@@ -277,12 +312,17 @@ msgid ""
277
312
"gigabytes of extra disk space to run. Do not use :dbcommand:`compact` if "
278
313
"you are critically low on disk space."
279
314
msgstr ""
315
+ "使用 :dbcommand:`compact`可以重组分配存储空间。通过重置存储,MongoDB可以有效"
316
+ "的利用分配空间。 :dbcommand:`compact` 需要额外2GB磁盘空间来运行。如果磁盘空"
317
+ "间较少,禁止使用 :dbcommand:`compact` 。"
280
318
281
319
#: ../source/faq/storage.txt:180
282
320
msgid ""
283
321
":dbcommand:`compact` only removes fragmentation from MongoDB data files and "
284
322
"does not return any disk space to the operating system."
285
323
msgstr ""
324
+ " :dbcommand:`compact` 只会移除MongoDB数据文件中的碎片,不会释放磁盘空间给操"
325
+ "作系统。"
286
326
287
327
#: ../source/faq/storage.txt:184
288
328
msgid ""
@@ -292,6 +332,9 @@ msgid ""
292
332
"extra disk space to run. Do not use :dbcommand:`repairDatabase` if you are "
293
333
"critically low on disk space."
294
334
msgstr ""
335
+ "使用 :dbcommand:`repairDatabase` 重置存储来重建数据库可以再次利用删除的空"
336
+ "间。 :dbcommand:`repairDatabase` 需要至少2G额外磁盘空间来运行。如果磁盘空间"
337
+ "较少,禁止使用 :dbcommand:`repairDatabase`。"
295
338
296
339
#: ../source/faq/storage.txt:191
297
340
msgid ""
@@ -300,10 +343,13 @@ msgid ""
300
343
"dbcommand:`repairDatabase` will block all other operations and may take a "
301
344
"long time to complete."
302
345
msgstr ""
346
+ "当使用 :dbcommand:`repairDatabase` 进行修复时,需要足够的磁盘空间来支持新旧"
347
+ "数据库。可以使用 :dbcommand:`repairDatabase` 锁定其它操作,可能需要一定的时"
348
+ "间。"
303
349
304
350
#: ../source/faq/storage.txt:197
305
351
msgid "How can I check the size of a collection?"
306
- msgstr ""
352
+ msgstr "如何查看集合的大小? "
307
353
308
354
#: ../source/faq/storage.txt:199
309
355
msgid ""
@@ -312,10 +358,13 @@ msgid ""
312
358
"example issues :method:`db.collection.stats()` for the ``orders`` "
313
359
"collection:"
314
360
msgstr ""
361
+ "如果想查看集合的大小或其它信息,可以在 :program:`mongo` 命令行中使用 :"
362
+ "method:`db.collection.stats()` 。如下面的例子,在 ``orders`` 集合中使用 :"
363
+ "method:`db.collection.stats()` :"
315
364
316
365
#: ../source/faq/storage.txt:208
317
366
msgid "To view specific measures of size, use these methods:"
318
- msgstr ""
367
+ msgstr "通过指定方式查看数据大小,可以使用一下方法: "
319
368
320
369
#: ../source/faq/storage.txt:210
321
370
msgid ""
@@ -342,7 +391,7 @@ msgstr ":method:`db.collection.totalIndexSize()`: 索引的大小"
342
391
msgid ""
343
392
"Also, the following scripts print the statistics for each database and "
344
393
"collection:"
345
- msgstr ""
394
+ msgstr "当然,下面的脚本可以统计每个数据库和集合: "
346
395
347
396
#: ../source/faq/storage.txt:227
348
397
msgid "How can I check the size of indexes?"
@@ -353,18 +402,24 @@ msgid ""
353
402
"To view the size of the data allocated for an index, use one of the "
354
403
"following procedures in the :program:`mongo` shell:"
355
404
msgstr ""
405
+ "如果想查看索引的数据分配大小,可以在 :program:`mongo` 命令行中参照下面的步"
406
+ "骤:"
356
407
357
408
#: ../source/faq/storage.txt:232
358
409
msgid ""
359
410
"Use the :method:`db.collection.stats()` method using the index namespace. "
360
411
"To retrieve a list of namespaces, issue the following command:"
361
412
msgstr ""
413
+ "通过 :method:`db.collection.stats()` 方法使用索引命名空间。使用以下命令可以"
414
+ "恢复命名空间列表:"
362
415
363
416
#: ../source/faq/storage.txt:240
364
417
msgid ""
365
418
"Check the value of :data:`~collStats.indexSizes` in the output of the :"
366
419
"method:`db.collection.stats()` command."
367
420
msgstr ""
421
+ "在 :method:`db.collection.stats()` 命令中查看 :data:`~collStats.indexSizes` "
422
+ "的值。"
368
423
369
424
#: ../source/faq/storage.txt:0
370
425
msgid "Example"
@@ -378,7 +433,7 @@ msgstr "该命令会返回一个类似下面的列表:"
378
433
msgid ""
379
434
"View the size of the data allocated for the ``orders.$_id_`` index with the "
380
435
"following sequence of operations:"
381
- msgstr ""
436
+ msgstr "参照下面的操作顺序查看 ``orders.$_id_`` 索引的数据分配大小: "
382
437
383
438
#: ../source/faq/storage.txt:266
384
439
msgid "How do I know when the server runs out of disk space?"
@@ -409,10 +464,15 @@ msgid ""
409
464
"put the journal files on another storage device using a filesystem mount or "
410
465
"a symlink."
411
466
msgstr ""
467
+ "如果journal文件在你的服务运行过程中超出磁盘空间,服务进程将会结束。 :"
468
+ "program:`mongod` 默认在:setting:`~storage.dbPath` 目录中创建journal文件。你"
469
+ "可以使用资源管理器或symlink将其移动到其它磁盘。"
412
470
413
471
#: ../source/faq/storage.txt:293
414
472
msgid ""
415
473
"If you place the journal files on a separate storage device you will not be "
416
474
"able to use a file system snapshot tool to capture a valid snapshot of your "
417
475
"data files and journal files."
418
476
msgstr ""
477
+ "如果你将journal文件放置在一个外置存储器中,你将无法使用snapshot tool获得你的"
478
+ "数据文件和journal文件。"
0 commit comments