You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: modules/ROOT/pages/backup-restore/planning.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -92,7 +92,7 @@ See xref:clustering/monitoring/show-databases-monitoring.adoc#show-databases-mon
92
92
93
93
However, _restoring_ a database in a cluster is different since it is not known in advance how a database is going to be allocated to the servers in a cluster.
94
94
This method relies on the seed already existing on one of the servers.
95
-
The recommended way to restore a database in a cluster is to xref:clustering/databases.adoc#cluster-seed-uri[seed from URI].
95
+
The recommended way to restore a database in a cluster is to xref::database-administration/standard-databases/seed-from-uri.adoc[seed from URI].
There are two different ways to seed a cluster with data.
375
-
The first option is to use a _designated seeder_, where a designated server is used to create a backed-up database on other servers in the cluster.
376
-
The other options is to seed the cluster from URI, where all servers to host a database are seeded with an identical seed from an external source specified by the URI.
374
+
There are two different ways to seed a cluster with data:
375
+
376
+
* The first option is to use a _designated seeder_, where a designated server is used to create a backed-up database on other servers in the cluster.
377
+
* The other option is to seed the cluster from a URI, where all servers to host the database are seeded with an identical seed from an external source specified by that URI.
378
+
For more details, see xref:database-administration/standard-databases/seed-from-uri.adoc[Create a database from a URI].
379
+
377
380
Keep in mind that using a designated seeder can be problematic in some situations as it is not known in advance how a database is going to be allocated to the servers in a cluster.
378
381
Also, this method relies on the seed already existing on one of the servers.
379
382
@@ -450,227 +453,6 @@ SHOW DATABASE foo;
450
453
9 rows available after 3 ms, consumed after another 1 ms
451
454
----
452
455
453
-
[[cluster-seed-uri]]
454
-
=== Seed from URI
455
-
456
-
This method seeds all servers with an identical seed from an external source, specified by the URI.
457
-
The seed can either be a full backup, a differential backup (see xref:clustering/databases.adoc#cloud-seed-provider[`CloudSeedProvider`]), or a dump from an existing database.
458
-
The sources of seeds are called _seed providers_.
459
-
460
-
The mechanism is pluggable, allowing new sources of seeds to be supported (see link:https://www.neo4j.com/docs/java-reference/current/extending-neo4j/project-setup/#extending-neo4j-plugin-seed-provider[Java Reference -> Implement custom seed providers] for more information).
461
-
The product has built-in support for seed from a mounted file system (file), FTP server, HTTP/HTTPS server, Amazon S3, Google Cloud Storage, and Azure Cloud Storage.
462
-
463
-
[NOTE]
464
-
====
465
-
Amazon S3, Google Cloud Storage, and Azure Cloud Storage are supported by default, but the other providers require configuration of xref:configuration/configuration-settings.adoc#config_dbms.databases.seed_from_uri_providers[`dbms.databases.seed_from_uri_providers`].
466
-
====
467
-
468
-
The URI of the seed is specified when the `CREATE DATABASE` command is issued:
To determine the cause of the problem, it is recommended to look at the `debug.log`.
489
-
490
-
[NOTE]
491
-
====
492
-
Starting from Neo4j 2025.01, seed from URI can also be used in combination with xref:database-administration/standard-databases/create-databases.adoc[`CREATE OR REPLACE DATABASE`].
493
-
====
494
-
495
-
496
-
[[file-seed-provider]]
497
-
==== FileSeedProvider
498
-
499
-
The `FileSeedProvider` supports:
500
-
501
-
** `file:`
502
-
503
-
[[url-connection-seed-provider]]
504
-
==== URLConnectionSeedProvider
505
-
506
-
The `URLConnectionSeedProvider` supports the following:
507
-
508
-
** `ftp:`
509
-
** `http:`
510
-
** `https:`
511
-
512
-
Starting from Neo4j 2025.01, the `URLConnectionSeedProvider` does not support `file`.
513
-
// This is true for both Cypher 5 and Cypher 25.
514
-
515
-
[[cloud-seed-provider]]
516
-
==== CloudSeedProvider
517
-
518
-
The `CloudSeedProvider` supports:
519
-
520
-
** `s3:`
521
-
** `gs:`
522
-
** `azb:`
523
-
524
-
The `CloudSeedProvider` supports using xref:backup-restore/modes.adoc#differential-backup[differential backup] files as seeds.
525
-
With the provided differential backup file, the `CloudSeedProvider` searches the directory containing differential backup files for a xref:backup-restore/online-backup.adoc#backup-chain[backup chain] ending at the specified differential backup, and then seeds using this backup chain.
`S3SeedProvider` also requires passing in credentials.
624
-
These are specified with the `seedCredentials` option.
625
-
Seed credentials are securely passed from the Cypher command to each server hosting the database.
626
-
For this to work, Neo4j on each server in the cluster must be configured with identical keystores.
627
-
This is identical to the configuration required by remote aliases, see xref:database-administration/aliases/remote-database-alias-configuration.adoc#remote-alias-config-DBMS_admin-A[Configuration of DBMS with remote database alias].
628
-
If this configuration is not performed, the `seedCredentials` option fails.
Copy file name to clipboardExpand all lines: modules/ROOT/pages/database-administration/standard-databases/delete-databases.adoc
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -86,7 +86,7 @@ DROP DATABASE movies DUMP DATA
86
86
----
87
87
88
88
In Neo4j, dumps can be stored in the directory specified by the xref:configuration/configuration-settings.adoc#config_server.directories.dumps.root[`server.directories.dumps.root`] setting (by default, the path for storing dumps is xref:configuration/file-locations.adoc#data[`<neo4j-home>/data/dumps`]).
89
-
You can use dumps to create databases through the xref:clustering/databases.adoc#cluster-seed-uri[Seed from URI approach].
89
+
You can use dumps to create databases using the xref::database-administration/standard-databases/seed-from-uri.adoc[seed from a URI] approach.
90
90
91
91
The option `DESTROY DATA` explicitly requests the default behavior of the command.
0 commit comments