external-software/github_OpenIdentityPlatform_OpenDJ.git

			@@ -1,76 +1,76 @@
			user-friendly-name=Local DB Backend
			user-friendly-plural-name=Local DB Backends
			synopsis=The Local DB Backend uses the Berkeley DB Java Edition to store user-provided data in a local repository.
			description=It is the traditional "directory server" backend and is similar to the backends provided by the Sun Java System Directory Server. The Local DB Backend stores the entries in an encoded form and also provides indexes that can be used to quickly locate target entries based on different kinds of criteria.
			user-friendly-name=Lokaler DB-Backend
			user-friendly-plural-name=Lokale DB-Backends
			synopsis=Der lokale DB-Backend verwendet die Berkeley DB Java Edition zum Speichern von Daten die der Benutzer angegeben hat, in einem lokalen Repository.
			description=Es ist der herk\u00f6mmliche "Directory-Server"-Backend, der den vom Sun Java System-DirectorySServer bereitgestellten Backends \u00e4hnlich ist. Der lokale DB-Backend speichert die Eintr\u00e4ge in einem codierten Format und stellt auch Indizes bereit, mit denen auf Basis unterschiedlicher Kriterientypen Zieleintr\u00e4ge schnell gesucht werden k\u00f6nnen.
			property.backend-id.synopsis=Gibt einen Namen an um das assoziierte Backend zu identifizieren.
			property.backend-id.description=Der Name muss innerhalb aller Backends im Server eindeutig sein. Die Backend-Id kann nach dem Anlegen im Server nicht mehr ver\u00e4ndert werden.
			property.base-dn.synopsis=Gibt die Basis-DNs der Daten die ein Backend verwaltet an.
			property.base-dn.description=Ein einzelnes Backend kann f\u00fcr eine oder mehrere Basis-DNs verantwortlich sein. Achtung: Die selbe Base-DN kann nicht innerhalb Zwei Backends definiert sein, aber ein Backend darf eine Basis-DN verwalten welche unter einer anderen Basis-DN liegt die durch ein anderes Backend verwaltet wird. (\u00e4hnlich wie bei der Benutzung von Sub-Suffixen im SUn Java System Directory Server) Falls irgendeine Basis-Dn eine untergeorgnete DN einer Basis-Dn die durch ein anderes Backend verwaltet wird ist, dann m\u00fcssen alle Basis-DNs f\u00fcr das Backend zur selben Basis-DN untergeordnet sein.
			property.base-dn.requires-admin-action.synopsis=Es ist standardm\u00e4ssig keine Admint\u00e4tigkeit vonn\u00f6ten. Es kann aber sein dass Admint\u00e4tigkeit auf einer pro Backend Basis ben\u00f6tigt wird bevor eine neue Basis-DN benutzt werden kann.
			property.compact-encoding.synopsis=Indicates whether the backend should use a compact form when encoding entries by compressing the attribute descriptions and object class sets.
			property.compact-encoding.description=Note that this property applies only to the entries themselves and does not impact the index data.
			property.compact-encoding.requires-admin-action.synopsis=Changes to this setting take effect only for writes that occur after the change is made. It is not retroactively applied to existing data.
			property.db-cache-percent.synopsis=Specifies the percentage of JVM memory to allocate to the database cache.
			property.db-cache-percent.description=Specifies the percentage of memory available to the JVM that should be used for caching database contents. Note that this is only used if the value of the db-cache-size property is set to "0 MB". Otherwise, the value of that property is used instead to control the cache size configuration.
			property.db-cache-size.synopsis=The amount of JVM memory to allocate to the database cache.
			property.db-cache-size.description=Specifies the amount of memory that should be used for caching database contents. A value of "0 MB" indicates that the db-cache-percent property should be used instead to specify the cache size.
			property.db-checkpointer-bytes-interval.synopsis=Specifies the maximum number of bytes that may be written to the database before it is forced to perform a checkpoint.
			property.db-checkpointer-bytes-interval.description=This can be used to bound the recovery time that may be required if the database environment is opened without having been properly closed. If this property is set to a non-zero value, the checkpointer wakeup interval is not used. To use time-based checkpointing, set this property to zero.
			property.db-checkpointer-wakeup-interval.synopsis=Specifies the maximum length of time that may pass between checkpoints.
			property.db-checkpointer-wakeup-interval.description=Note that this is only used if the value of the checkpointer bytes interval is zero.
			property.db-cleaner-min-utilization.synopsis=Specifies the minimum percentage of "live" data that the database cleaner attempts to keep in database log files.
			property.db-cleaner-min-utilization.description=If the amount of live data in any database log file drops below this percentage, then the cleaner moves the remaining live data in that file to the end of the database and deletes the original file in order to keep the database relatively compact.
			property.db-directory.synopsis=Specifies the path to the filesystem directory that is used to hold the Berkeley DB Java Edition database files containing the data for this backend.
			property.db-directory.description=The path may be either an absolute path or a path relative to the directory containing the base of the OpenDS Directory Server installation. The path may be any valid directory path in which the server has appropriate permissions to read and write files and has sufficient space to hold the database contents.
			property.db-directory-permissions.synopsis=Specifies the permissions that should be applied to the directory containing the server database files.
			property.db-directory-permissions.description=They should be expressed as three-digit octal values, which is the traditional representation for UNIX file permissions. The three digits represent the permissions that are available for the directory's owner, group members, and other users (in that order), and each digit is the octal representation of the read, write, and execute bits. Note that this only impacts permissions on the database directory and not on the files written into that directory. On UNIX systems, the user's umask controls permissions given to the database files.
			property.db-directory-permissions.syntax.string.pattern.synopsis=Any octal value between 700 and 777 (the owner must always have read, write, and execute permissions on the directory).
			property.db-evictor-lru-only.synopsis=Indicates whether the database should evict existing data from the cache based on an LRU policy (where the least recently used information will be evicted first).
			property.db-evictor-lru-only.description=If set to "false", then the eviction keeps internal nodes of the underlying Btree in the cache over leaf notes, even if the leaf nodes have been accessed more recently. This may be a better configuration for databases in which only a very small portion of the data is cached.
			property.db-evictor-nodes-per-scan.synopsis=Specifies the number of Btree nodes that should be evicted from the cache in a single pass if it is determined that it is necessary to free existing data in order to make room for new information.
			property.db-evictor-nodes-per-scan.description=Changes to this property do not take effect until the backend is restarted. It is recommended that you also change this property when you set db-evictor-lru-only to false. This setting controls the number of Btree nodes that are considered, or sampled, each time a node is evicted. A setting of 100 often produces good results, but this may vary from application to application. The larger the nodes per scan, the more accurate the algorithm. However, setting it too high is detrimental; the need to consider larger numbers of nodes for each eviction may delay the completion of a given database operation, which will impact the response time of the application thread.
			property.db-log-file-max.synopsis=Specifies the maximum size for a database log file.
			property.db-logging-file-handler-on.synopsis=Indicates whether the database should maintain a je.info file in the same directory as the database log directory.
			property.db-logging-file-handler-on.description=This file contains information about the internal processing performed by the underlying database.
			property.db-logging-level.synopsis=Specifies the log level that should be used by the database when it is writing information into the je.info file.
			property.db-logging-level.description=The database trace logging level is (in increasing order of verbosity) chosen from: OFF, SEVERE, WARNING, INFO, CONFIG, FINE, FINER, FINEST, ALL.
			property.db-num-cleaner-threads.synopsis=Specifies the number of threads that the backend should maintain to keep the database log files at or near the desired utilization.
			property.db-num-cleaner-threads.description=In environments with high write throughput, multiple cleaner threads may be required to maintain the desired utilization.
			property.db-num-lock-tables.synopsis=Specifies the number of lock tables that are used by the underlying database.
			property.db-num-lock-tables.description=This can be particularly important to help improve scalability by avoiding contention on systems with large numbers of CPUs. The value of this configuration property should be set to a prime number that is less than or equal to the number of worker threads configured for use in the server.
			property.db-run-cleaner.synopsis=Indicates whether the database cleaner threads should be enabled.
			property.db-run-cleaner.description=The cleaner threads are used to periodically compact the database by identifying database files with a low (that is, less than the amount specified by the db-cleaner-min-utilization property) percentage of live data, moving the remaining live data to the end of the log and deleting that file.
			property.db-txn-no-sync.synopsis=Indicates whether database writes should be primarily written to an internal buffer but not immediately written to disk.
			property.db-txn-no-sync.description=Setting the value of this configuration attribute to "true" may improve write performance but could cause the most recent changes to be lost if the OpenDS Directory Server or the underlying JVM exits abnormally, or if an OS or hardware failure occurs (a behavior similar to running with transaction durability disabled in the Sun Java System Directory Server).
			property.db-txn-write-no-sync.synopsis=Indicates whether the database should synchronously flush data as it is written to disk.
			property.db-txn-write-no-sync.description=If this value is set to "false", then all data written to disk is synchronously flushed to persistent storage and thereby providing full durability. If it is set to "true", then data may be cached for a period of time by the underlying operating system before actually being written to disk. This may improve performance, but could cause the most recent changes to be lost in the event of an underlying OS or hardware failure (but not in the case that the OpenDS Directory Server or the JVM exits abnormally).
			property.compact-encoding.synopsis=Gibt an, ob der Backend beim Codieren von Cache-Eintr\u00e4gen eine kompakte Form verwenden sollen, in der die Attribute und Objektklassens\u00e4tze komprimiert werden.
			property.compact-encoding.description=Beachten Sie, dass diese Eigenschaft nur f\u00fcr die Eintr\u00e4ge selbst gilt und sich nicht auf die Indexdaten auswirkt.
			property.compact-encoding.requires-admin-action.synopsis=\u00c4nderungen an dieser Einstellung gelten nur f\u00fcr Schreibvorg\u00e4nge, die nach der \u00c4nderung ausgef\u00fchrt werden. Sie werden nicht r\u00fcckwirkend auf vorhandene Daten angewandt.
			property.db-cache-percent.synopsis=Gibt den Prozentsatz des JVM-Speichers an, der dem Datenbank-Cache zugewiesen wird.
			property.db-cache-percent.description=Gibt den Prozentsatz des Speichers an, der der JVM zur Verf\u00fcgung steht, die zum Zwischenspeichern von Datenbankinhalt verwendet werden soll. Beachten Sie, dass dies nur verwendet wird, wenn der Wert des Eigenschaft db-cache-size auf "0 MB" festgelegt ist. Andernfalls wird der Wert dieser Eigenschaft verwendet, statt die Konfiguration der Cache-Gr\u00f6\u00dfe zu steuern.
			property.db-cache-size.synopsis=Die Gr\u00f6\u00dfe des JVM-Speichers, der dem Datenbank-Cache zugewiesen wird.
			property.db-cache-size.description=Gibt die Gr\u00f6\u00dfe des Arbeitsspeichers an, der zum Zwischenspeichern von Datenbankinhalt verwendet wird. Der Wert "0 MB" gibt an, dass die Eigenschaft db-cache-percent verwendet werden soll, statt die Cachegr\u00f6\u00dfe anzugeben.
			property.db-checkpointer-bytes-interval.synopsis=Gibt die maximale Anzahl der Byte an, die in die Datenbank geschrieben werden k\u00f6nnen, bevor sie gezwungen wird, einen Pr\u00fcfpunkt auszuf\u00fchren.
			property.db-checkpointer-bytes-interval.description=Damit kann die Wiederherstellungszeit begrenzt werden, die erforderlich ist, wenn die Datenbankumgebung ge\u00f6ffnet ist, ohne zuvor einwandfrei geschlossen zu werden. Wenn diese Eigenschaft auf einen anderen Wert als null eingestellt ist, wird das Pr\u00fcfsummen-Weckintervall nicht verwendet. Zum Verwenden des zeitgest\u00fctzten Pr\u00fcfsummenverfahrens legen Sie diese Eigenschaft auf null fest.
			property.db-checkpointer-wakeup-interval.synopsis=Gibt die maximale Zeitspanne an, die zwischen Pr\u00fcfpunkten liegen darf.
			property.db-checkpointer-wakeup-interval.description=Beachten Sie, dass dies nur verwendet wird, wenn der Wert des Checkpointer-Byte-Intervalls bei null liegt.
			property.db-cleaner-min-utilization.synopsis=Gibt den minimalen Prozentsatz der "Live"-Daten an, die die Datenbanks\u00e4uberung in Datenbankprotokolldateien beizubehalten versucht.
			property.db-cleaner-min-utilization.description=Wenn die Gr\u00f6\u00dfe der Live-Daten in einer Datenbankprotokolldatei unter diesen Prozentsatz f\u00e4llt, verschiebt die S\u00e4uberung die verbleibenden Live-Daten in dieser Datei an das Ende der Datenbank und l\u00f6scht die urspr\u00fcngliche Datei, um die Datenbank relativ kompakt zu halten.
			property.db-directory.synopsis=Gibt den Pfad zum Dateisystemverzeichnis an, die dem sich die Berkeley DB Java Edition-Datenbankdateien mit den Daten f\u00fcr diesen Backend befinden.
			property.db-directory.description=Der Pfad kann ein absoluter Pfad oder ein Pfad sein, der relativ zum Verzeichnis mit der Basis der OpenDS-Directory-Server-Installation ist. Der Pfad kann jeder g\u00fcltige Verzeichnispfad sein, in dem der Server ausreichende Berechtigungen zum Lesen und Schreiben von Dateien und ausreichende Kapazit\u00e4t f\u00fcr den Datenbankinhalt hat.
			property.db-directory-permissions.synopsis=Gibt die Berechtigungen an, die auf das Verzeichnis mit den Serverdatenbankdateien angewandt werden m\u00fcssen.
			property.db-directory-permissions.description=Sie m\u00fcssen als dreistellige Oktalwerte angegeben werden, der herk\u00f6mmlichen Darstellung von UNIX-Dateiberechtigungen. Diese drei Ziffern geben die Berechtigungen an, die dem Eigent\u00fcmer des Verzeichnisses, Gruppenmitgliedern und anderen Benutzern (in dieser Reihenfolge) zur Verf\u00fcgung stehen. Jede Ziffer ist die oktale Darstellung der Lese-, Schreib- und Ausf\u00fchrungs-Bits. Beachten Sie, dass dies nur Berechtigungen im Datenbankverzeichnis betrifft und nicht die Dateien, die in dieses Verzeichnis geschrieben werden. Auf UNIX-Systemen steuert die Umask des Benutzer die Berechtigungen f\u00fcr die Datenbankdateien.
			property.db-directory-permissions.syntax.string.pattern.synopsis=Jeder Oktalwert zwischen 700 und 777 (der Eigent\u00fcmer muss immer Lese-, Schreib- und Ausf\u00fchrungsberechtigungen im Verzeichnis haben).
			property.db-evictor-lru-only.synopsis=Gibt an, ob die Datenbank auf Basis einer LRU-Richtlinie bestehende Daten aus dem Cache entfernen soll (die Daten, die am l\u00e4ngsten nicht mehr verwendet wurden, werden als erste entfernt).
			property.db-evictor-lru-only.description=Bei einer Einstellung auf "false" beh\u00e4lt der Entfernungsvorgang interne Knoten des zugrunde liegenden Btree im Cache gegen\u00fcber den Blattknoten beibehalten, auch wenn auf die Blattknoten vor k\u00fcrzerer Zeit zugegriffen wurde. Dies ist unter Umst\u00e4nden eine bessere Konfiguration f\u00fcr Datenbanken, in denen nur ein sehr kleiner Teil der Daten zwischengespeichert wird.
			property.db-evictor-nodes-per-scan.synopsis=Gibt die Anzahl der Btree-Knoten an, die in einem einzelnen Durchlauf aus dem Cache entfernt werden sollen, wenn ermittelt wird, dass die erforderlich ist, um bestehende Daten freizusetzen, um Kapazit\u00e4t f\u00fcr neue Informationen zu schaffen.
			property.db-evictor-nodes-per-scan.description=\u00c4nderungen an dieser Eigenschaft werden erst nach einem Neustart des Backend wirksam. Es wird empfohlen, dass Sie auch diese Eigenschaft \u00e4ndern, wenn Sie db-evictor-lru-only auf false einstellen. Diese Einstellung steuert die Anzahl der Btree-Knoten, die ber\u00fccksichtigt oder gepr\u00fcft werden, wenn ein Knoten entfernt wird. Eine Einstellung von 100 erbringt h\u00e4ufig gute Ergebnisse, aber die kann von Anwendung zu Anwendung variieren. Je gr\u00f6\u00dfer die Knoten pro Scan, desto genauer ist der Algorithmus. Eine zu hohe Einstellung wirkt sich jedoch nachteilig aus. Die Anforderung, gro\u00dfer Anzahlen von Knoten f\u00fcr jedes Entfernen zu ber\u00fccksichtigen, kann den Abschluss eines Datenbankvorgangs verz\u00f6gern. Damit wird die Reaktionszeit des Anwendungs-Threas beeintr\u00e4chtigt.
			property.db-log-file-max.synopsis=Gibt die maximale Gr\u00f6\u00dfe einer Datenbankprotokolldatei an.
			property.db-logging-file-handler-on.synopsis=Gibt an, ob die Datenbank eine je.info-Datei im selben Verzeichnis mit dem Datenbankprotokollverzeichnis beibehalten soll.
			property.db-logging-file-handler-on.description=Diese Datei enth\u00e4lt Informationen zur internen Verarbeitung, die die zugrunde liegende Datenbank ausf\u00fchrt.
			property.db-logging-level.synopsis=Gibt die Protokollebene an, die von der Datenbank verwendet wird, wenn sie Informationen in die je.info-Datei schreibt.
			property.db-logging-level.description=Die Protokollebene f\u00fcr die Datenbankverfolgung (in aufsteigender Reihenfolge der Wortf\u00fclle), ausgew\u00e4hlt unter: AUS, SCHWERWIEGEND, WARNUNG, INFO, KONFIG, GENAU, GENAUER, SEHR GENAU, ALLE.
			property.db-num-cleaner-threads.synopsis=Gibt die Anzahl der Threads an, die der Backend verwenden muss, um die Datenbankprotokolldateien auf oder in der N\u00e4he der gew\u00fcnschten Auslastung beizubehalten.
			property.db-num-cleaner-threads.description=In Umgebungen mit hohem Datendurchsatz k\u00f6nnen mehrere S\u00e4uberungsthreads erforderlich sein, um die gew\u00fcnschte Auslastung zu erzielen.
			property.db-num-lock-tables.synopsis=Gibt die Anzahl der Sperrtabellen an, die von der zugrunde liegenden Datenbank verwendet werden.
			property.db-num-lock-tables.description=Dies kann besonders wichtig sein, um die Skalierbarkeit zu verbessern, da Gegens\u00e4tze auf Systemen mit zahlreichen CPUs vermieden werden. Der Wert dieser Konfigurationseigenschaft muss auf eine Primzahl eingestellt werden, die gleich oder kleiner als die Zahl der Arbeitsthreads, die zur Verwendung auf dem Server konfiguriert sind.
			property.db-run-cleaner.synopsis=Gibt an, ob die Datenbanks\u00e4uberungs-Threads aktiviert sein m\u00fcssen.
			property.db-run-cleaner.description=Mit den S\u00e4uberungsthreads wird die Datenbank von Zeit zu Zeit komprimiert, indem die Datenbankdateien mit einem niedrigen (kleiner als die Menge, die \u00fcber die Eigenschaft db-cleaner-min-utilization) Prozentsatz von Live-Daten identifiziert, die verbleibenden Daten an das Ende des Protokolls verschoben werden und diese Datei gel\u00f6scht wird.
			property.db-txn-no-sync.synopsis=Gibt an, ob Datenbankschreibvorg\u00e4nge prim\u00e4r in einen internen Puffer und nicht sofort auf die Festplatte geschrieben werden sollen.
			property.db-txn-no-sync.description=Wenn der Wert des Konfigurationsattributs auf "true" festgelegt wird, kann die Schreibleistung verbessert werden, aber k\u00f6nnen die letzten \u00c4nderungen verloren gehen, wenn der OpenDS-Directory-Server oder die zugrunde liegende JVM abnormal beendet werden oder wenn ein Betriebssystem- oder Hardwarefehler auftritt (ein Verhalten wie das Ausf\u00fchren mit deaktivierter Transaktionsdauerhaftigkeit auf dem Sun Java System-Directory-Server).
			property.db-txn-write-no-sync.synopsis=Gibt an, ob die Datenbank Daten synchron leeren soll, wenn sie auf die Festplatte geschrieben werden.
			property.db-txn-write-no-sync.description=Wenn dieser Wert auf "false" eingestellt ist, werden alle auf die Festplatte geschriebenen Daten synchron in den dauerhaften Speicher geleert. Damit wird vollst\u00e4ndige Dauerhaftigkeit erzielt. Wenn der Wert auf "true" eingestellt wird, k\u00f6nnen die Daten vom zugrunde liegenden Betriebssystem einige Zeit zwischengespeichert werden, bevor sie auf die Festplatte geschrieben werden. Damit kann die Leistung gespeichert werden, aber unter Umst\u00e4nden gehen die letzten \u00c4nderungen verloren, wenn ein Fehler im zugrunde liegenden Betriebssystem oder der Hardware auftritt (aber nicht in F\u00e4llen, in denen der OpenDS-Directory-Server oder die JVM abnormal beendet werden).
			property.enabled.synopsis=Gibt an ob das Backend im Server aktiviert ist.
			property.enabled.description=Wenn ein Backend nicht aktiviert ist so sind dessen Daten auch nicht verf\u00fcgbar, egal f\u00fcr welche Verarbeitung.
			property.entries-compressed.synopsis=Indicates whether the backend should attempt to compress entries before storing them in the database.
			property.entries-compressed.description=Note that this property applies only to the entries themselves and does not impact the index data. Further, the effectiveness of the compression is based on the type of data contained in the entry.
			property.entries-compressed.requires-admin-action.synopsis=Changes to this setting take effect only for writes that occur after the change is made. It is not retroactively applied to existing data.
			property.import-queue-size.synopsis=Specifies the size (in number of entries) of the queue that is used to hold the entries read during an LDIF import.
			property.import-queue-size.requires-admin-action.synopsis=Changes do not take effect for any import that may already be in progress.
			property.import-thread-count.synopsis=Specifies the number of threads that is used for concurrent processing during an LDIF import.
			property.import-thread-count.description=This should generally be a small multiple (for example, 2x) of the number of CPUs in the system for a traditional system, or equal to the number of CPU strands for a CMT system.
			property.import-thread-count.requires-admin-action.synopsis=Changes do not take effect for any import that may already be in progress.
			property.index-entry-limit.synopsis=Specifies the maximum number of entries that is allowed to match a given index key before that particular index key is no longer maintained.
			property.index-entry-limit.description=This property is analogous to the ALL IDs threshold in the Sun Java System Directory Server. Note that this is the default limit for the backend, and it may be overridden on a per-attribute basis.A value of 0 means there is no limit.
			property.index-entry-limit.requires-admin-action.synopsis=If any index keys have already reached this limit, indexes need to be rebuilt before they are allowed to use the new limit.
			property.entries-compressed.synopsis=Gibt an, ob der Backend versuchen soll, Eintr\u00e4ge vor dem Speichern in der Datenbank zu komprimieren.
			property.entries-compressed.description=Beachten Sie, dass diese Eigenschaft nur f\u00fcr die Eintr\u00e4ge selbst gilt und sich nicht auf die Indexdaten auswirkt. Au\u00dferdem beruht die Wirksamkeit der Komprimierung auf dem Typ der Daten im Eintrag.
			property.entries-compressed.requires-admin-action.synopsis=\u00c4nderungen an dieser Einstellung gelten nur f\u00fcr Schreibvorg\u00e4nge, die nach der \u00c4nderung ausgef\u00fchrt werden. Sie werden nicht r\u00fcckwirkend auf vorhandene Daten angewandt.
			property.import-queue-size.synopsis=Gibt die Gr\u00f6\u00dfe (in Anzahl von Eintr\u00e4gen) der Warteschlange an, in der sich die w\u00e4hrend eines LDIF-Imports gelesenen Eintr\u00e4ge befinden.
			property.import-queue-size.requires-admin-action.synopsis=\u00c4nderungen werden nicht f\u00fcr Importe wirksam, die bereits aktiv sind.
			property.import-thread-count.synopsis=Gibt die Anzahl der Threads an, die w\u00e4hrend eines LDIF-Imports zur gleichzeitigen Verarbeitung verwendet werden.
			property.import-thread-count.description=Allgemein muss es sich um einen niedrigen Multiplikator (z. B. 2x) der Anzahl der CPUs im System bei einem herk\u00f6mmlichen System oder um den Wert wie die Anzahl der CPU-Str\u00e4nge bei einem CMT-System handeln.
			property.import-thread-count.requires-admin-action.synopsis=\u00c4nderungen werden nicht f\u00fcr Importe wirksam, die bereits aktiv sind.
			property.index-entry-limit.synopsis=Gibt die maximale Anzahl der Eintr\u00e4ge an, die mit einem angegebenen Indexschl\u00fcssel abgestimmt werden k\u00f6nnen, bevor dieser Indexschl\u00fcssel nicht mehr beibehalten wird.
			property.index-entry-limit.description=Diese Eigenschaft ist analog zu ALLEN IDs-Schwellenwerten im Sun Java System-Directory-Server. Beachten Sie, dass dies das Standardlimit f\u00fcr den Backend ist, und er kann f\u00fcr jedes einzelne Attribut \u00fcberschrieben werden. Ein Wert von 0 bedeutet, dass kein Limit besteht.
			property.index-entry-limit.requires-admin-action.synopsis=Wenn Indexschl\u00fcssel dieses Limit bereits erreicht haben, m\u00fcssen die Indizes neu erstellt werden, bevor sie das neue Limit verwenden k\u00f6nnen.
			property.java-class.synopsis=Gibt den vollqualifizierten Java Klassennamen an welche das Backend implementiert.
			property.je-property.synopsis=Specifies the database and environment properties for the Berkeley DB Java Edition database serving the data for this backend.
			property.je-property.description=Any Berkeley DB Java Edition property can be specified using the following form: property-name=property-value. Refer to OpenDS documentation for further information on related properties, their implications, and range values. The definitive identification of all the property parameters is available in the example.properties file of Berkeley DB Java Edition distribution.
			property.preload-time-limit.synopsis=Specifies the length of time that the backend is allowed to spend "pre-loading" data when it is initialized.
			property.preload-time-limit.description=The pre-load process is used to pre-populate the database cache, so that it can be more quickly available when the server is processing requests. A duration of zero means there is no pre-load.
			property.je-property.synopsis=Gibt die Datenbank- und Umgebungseigenschaften f\u00fcr die Berkeley DB Java Edition-Datenbank an, die die Daten f\u00fcr diesen Backend bedient.
			property.je-property.description=Mit dem folgenden Format kann jede Berkeley DB Java Edition-Eigenschaft angegeben werden: property-name=property-value. Die OpenDS-Dokumentation enth\u00e4lt weitere Infomationen zu verwandten Eigenschaften, ihrer Bedeutung und den Bereichswerten. Die definitive Identifizierung aller Eigenschaftsparameter, die in der Datei example.properties in der Berkeley DB Java Edition-Distribution verf\u00fcgbar sind.
			property.preload-time-limit.synopsis=Gibt die Zeitspanne an, in der der Backend "Vorlade"-Daten verbrauchen kann, wenn er initialisiert wird.
			property.preload-time-limit.description=Der Vorladeprozess wird zum Vorf\u00fcllen des Datenbankcaches verwendet, damit er schneller verf\u00fcgbar ist, wenn der Server Abfragen verarbeitet. Eine Zeitspanne von null bedeutet, dass kein Vorladen stattfindet.
			property.writability-mode.synopsis=Gibt das Verhalten an welches das Backend annehmen soll wenn Schreiboperationen durchgef\u00fchrt werden.
			property.writability-mode.syntax.enumeration.value.disabled.synopsis=Bewirkt dass alle Schreiboperationen fehlschlagen.
			property.writability-mode.syntax.enumeration.value.enabled.synopsis=Erlaubt dass Schreiboperationen im Backend durchgef\u00fchrt werden k\u00f6nnen. Trifft dann zu wenn wenn die angeforderte Operation g\u00fcltig ist, der User berechtigt ist die Operation auszuf\u00fchren, das Backend den Typ von Schreiboperation unterst\u00fctzt und die Globale-Beschreibbarkeitsmodus Eigenschaft (global writability mode property) aktiviert ist.
			property.writability-mode.syntax.enumeration.value.internal-only.synopsis=Bewirkt dass externe Schreiboperatioenen fehlschlagen aber erlaubt das Schreiben welches durch Replikation oder interne Operationen verursacht wird.
			relation.local-db-index.user-friendly-name=Local DB Index
			relation.local-db-index.user-friendly-plural-name=Local DB Indexes
			relation.local-db-index.synopsis=Local DB Indexes are used to store information that makes it possible to locate entries very quickly when processing search operations.
			relation.local-db-index.description=Indexing is performed on a per-attribute level and different types of indexing may be performed for different kinds of attributes, based on how they are expected to be accessed during search operations.
			relation.local-db-vlv-index.user-friendly-name=Local DB VLV Index
			relation.local-db-vlv-index.user-friendly-plural-name=Local DB VLV Indexes
			relation.local-db-vlv-index.synopsis=Local DB VLV Indexes are used to store information about a specific search request that makes it possible to efficiently process them using the VLV control.
			relation.local-db-vlv-index.description=A VLV index effectively notifies the server that a virtual list view, with specific query and sort parameters, will be performed. This index also allows the server to collect and maintain the information required to make using the virtual list view faster.
			relation.local-db-index.user-friendly-name=Lokaler DB-Index
			relation.local-db-index.user-friendly-plural-name=Lokale DB-Indizes
			relation.local-db-index.synopsis=Lokale DB-Indizes werden zum Speichern von Informationen verwendet, die es erm\u00f6glichen, Eintr\u00e4ge sehr schnell ausfindig zu machen, wenn Suchvorg\u00e4nge verarbeitet werden.
			relation.local-db-index.description=Die Indizierung wird auf Ebene jedes einzelnen Attributs ausgef\u00fchrt, und an unterschiedlichen Attributstypen k\u00f6nnen unterschiedliche Indizierungstypen ausgef\u00fchrt werden, abh\u00e4ngig davon, wie w\u00e4hrend Suchvorg\u00e4ngen auf sie zugegriffen werden soll.
			relation.local-db-vlv-index.user-friendly-name=Lokaler Datenbank-VLV-Index
			relation.local-db-vlv-index.user-friendly-plural-name=Lokale Datenbank-VLV-Indizes
			relation.local-db-vlv-index.synopsis=Lokale Datenbank-VLV-Indizes werden verwendet, um Informationen zu einer bestimmten Suchabfrage zu speichern. Damit wird es erm\u00f6glicht, \u00fcber die VLV-Steuerung effizient zu suchen.
			relation.local-db-vlv-index.description=Ein VLV-Index benachrichtigt den Server, dass eine virtuelle Listenansicht mit spezifischen Abfrage- und Sortierparameter ausgef\u00fchrt wird. Dieser Index erm\u00f6glicht es dem Server auch, die Informationen zu erfassen und zu speichern, die zum Beschleunigen der virtuellen Listenansicht ben\u00f6tigt werden.