[jbosscache-commits] JBoss Cache SVN: r8069 - enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE.

jbosscache-commits at lists.jboss.org jbosscache-commits at lists.jboss.org
Sun May 24 19:41:21 EDT 2009


Author: jdimanos at jboss.com
Date: 2009-05-24 19:41:21 -0400 (Sun, 24 May 2009)
New Revision: 8069

Modified:
   enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po
Log:
update

Modified: enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po
===================================================================
--- enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po	2009-05-24 13:59:12 UTC (rev 8068)
+++ enterprise-docs/tags/JBoss_EAP_4_3/Cache_Tree_Cache_Guide/de-DE/Replication.po	2009-05-24 23:41:21 UTC (rev 8069)
@@ -8,7 +8,7 @@
 "Project-Id-Version: Replication\n"
 "Report-Msgid-Bugs-To: http://bugs.kde.org\n"
 "POT-Creation-Date: 2008-09-21 04:44+0000\n"
-"PO-Revision-Date: 2009-05-24 21:21+1000\n"
+"PO-Revision-Date: 2009-05-25 09:34+1000\n"
 "Last-Translator: \n"
 "Language-Team:  <en at li.org>\n"
 "MIME-Version: 1.0\n"
@@ -291,6 +291,8 @@
 "<literal>numBuddies</literal> - specifies how many buddies each instance "
 "should pick to back its data onto. This defaults to 1."
 msgstr ""
+"<literal>numBuddies</literal> - bestimmt, wie viele Buddies jede Instanz "
+"wählen sollte, um ihre Daten zu sichern. Dies ist standardmäßig 1."
 
 #. Tag: para
 #: Replication.xml:76
@@ -301,6 +303,11 @@
 "not able to do so though, it will fall back to colocated instances. This "
 "defaults to <literal>true</literal>."
 msgstr ""
+"<literal>ignoreColocatedBuddies</literal> - bedeutet, dass jede Instanz "
+"<emphasis>versucht</emphasis>, einen Buddy auf einem anderen "
+"physischen Host zu wählen. Falls dies aber nicht möglich ist, so fällt sie auf "
+"gemeinsam installierte Instanzen zurück. Die Standardeinstellung hier lautet "
+"<literal>true</literal>."
 
 #. Tag: title
 #: Replication.xml:83
@@ -324,6 +331,19 @@
 "<literal>BuddyLocator</literal>s would rather pick the instance in the same "
 "buddy pool, on a separate rack which may add a degree of redundancy."
 msgstr ""
+"Auch als Replikationsgruppen bekannt handelt es sich bei einem Buddy Pool "
+"um ein optionales Konstrukt, bei dem jede Instanz in einem Cluster mit einem "
+"Buddy Pool Name konfiguriert werden kann. "
+"Sie können sich dies als 'exklusive Clubmitgliedschaft' vorstellen, wo bei der "
+"Auswahl von Buddies <literal>BuddyLocator</literal>s Buddies wählen würde, "
+"die denselben Buddy Pool Namen teilen. Dies gestattet Systemadministratoren "
+"Flexibilität und Kontrolle darüber, wie Buddies gewählt werden. Ein "
+"Sysadmin kann zum Beispiel Instanzen auf zwei separaten physischen Servern "
+"die sich auf zwei separaten physischen Racks befinden, in demselben Buddy Pool "
+"platzieren. Statt also eine Instanz auf einem anderen Host auf demselben Rack "
+"zu wählen würden <literal>BuddyLocator</literal>s die Instanz im selben "
+"Buddy Pool auf separatem Rack wählen, was ein gewisses Maß an "
+"Redundanz hinzufügt."
 
 #. Tag: title
 #: Replication.xml:90
@@ -341,6 +361,11 @@
 "any other random cache instance in the cluster. This is where a concept of "
 "Data Gravitation comes in."
 msgstr ""
+"Falls eine Instanz abstürzt, wird angenommen, dass der sich mit dem Cache"
+"verbindende Client (direkt oder indirekt, über einen anderen Dienst wie "
+"etwa HTTP Session-Replikation) die Anfrage an jede andere zufällig gewählte "
+"Cache-Instanz im Cluster weiterleiten kann. Dies ist, wo das Konzept der "
+"Datengravitation (\"Data Gravitation\") ins Spiel kommt."
 
 #. Tag: para
 #: Replication.xml:94




More information about the jbosscache-commits mailing list