Neo4j обновление 1.9.x -> 2.x неудачу

Question

Я пытаюсь запустить обновление из Neo4j 1.9.8 в 2.3.0

Я использую Neo4j в режиме встроенного Java, с дополнительный webadmin, настроенный через org.neo4j.server.configuration.ServerConfigurator.

У меня есть

allow_store_upgrade=true 

И следующие появляется в messages.log

2015-10-22 09:45:19.263+0000 INFO [o.n.k.i.s.StoreMigrator] Starting upgrade of database store files 
2015-10-22 09:45:19.609+0000 INFO [o.n.u.i.b.ParallelBatchImporter] Import starting 
2015-10-22 09:45:19.662+0000 WARN [o.n.k.i.s.MetaDataStore] Missing counts store, rebuilding it. 
2015-10-22 09:45:19.870+0000 INFO [o.n.k.a.i.i.LuceneLabelScanStore] No lucene scan store index found, this might just be first use. Preparing to rebuild. 
2015-10-22 09:45:20.011+0000 INFO [o.n.k.a.i.i.LuceneLabelScanStore] Rebuilding lucene scan store, this may take a while 
2015-10-22 09:45:20.013+0000 INFO [o.n.k.a.i.i.LuceneLabelScanStore] Lucene scan store rebuilt (roughly -1 nodes) 
2015-10-22 09:47:40.676+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 10% complete 
2015-10-22 09:49:30.698+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 20% complete 
2015-10-22 09:57:09.822+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 30% complete 
2015-10-22 10:00:36.621+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 40% complete 
2015-10-22 10:08:16.226+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 50% complete 
2015-10-22 10:16:30.454+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 60% complete 
2015-10-22 10:20:19.178+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 70% complete 
2015-10-22 10:35:07.315+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 80% complete 
2015-10-22 10:58:56.521+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 90% complete 
2015-10-22 11:11:26.017+0000 INFO [o.n.k.i.s.StoreMigrator] Store upgrade 100% complete 
2015-10-22 11:15:32.419+0000 INFO [o.n.u.i.b.ParallelBatchImporter] Import completed, took 1h 30m 12s 805ms. Imported: 
    427688598 nodes 
    884330252 relationships 
    0 properties 

Так он говорит, что это сделано, но требование 0 properties подозрительна.

Когда я затем удалить allow_store_upgrade свойства и перезагружаться, я получаю:

Caused by: org.neo4j.kernel.impl.storemigration.UpgradeNotAllowedByConfigurationException: Failed to start Neo4j with an older data store version. To enable automatic upgrade, please set configuration parameter "allow_store_upgrade=true" 
     at org.neo4j.kernel.impl.storemigration.ConfigMapUpgradeConfiguration.checkConfigurationAllowsAutomaticUpgrade(ConfigMapUpgradeConfiguration.java:39) ~[neo4j-kernel-2.3.0-RC1.jar:2.3.0-RC1,8014933] 
     at org.neo4j.kernel.impl.storemigration.StoreUpgrader.migrateIfNeeded(StoreUpgrader.java:135) ~[neo4j-kernel-2.3.0-RC1.jar:2.3.0-RC1,8014933] 
     at org.neo4j.kernel.NeoStoreDataSource.upgradeStore(NeoStoreDataSource.java:623) ~[neo4j-kernel-2.3.0-RC1.jar:2.3.0-RC1,8014933] 
     at org.neo4j.kernel.NeoStoreDataSource.start(NeoStoreDataSource.java:514) ~[neo4j-kernel-2.3.0-RC1.jar:2.3.0-RC1,8014933] 
     at org.neo4j.kernel.lifecycle.LifeSupport$LifecycleInstance.start(LifeSupport.java:528) ~[neo4j-kernel-2.3.0-RC1.jar:2.3.0-RC1,8014933] 
     ... 89 common frames omitted 

Answer 1

Убедитесь, что у вас есть чистое завершение работы по базе данных 1.9.x. Чтобы быть в безопасном режиме проверки целостности бега на этом, см. http://www.markhneedham.com/blog/2014/01/22/neo4j-backup-store-copy-and-consistency-check/ для деталей.

Мое предположение, что 1.9 -> 2.3 обновление должно выполняться за один шаг. Если это не сработает для вас, попробуйте выполнить обновление в несколько этапов: 1.9 -> 2.0 -> 2.1 -> 2.2 -> 2.3. Если этот многоступенчатый подход завершается успешно, я считаю, что отказ от «большого» обновления указывает на ошибку, стоящую на вопрос, https://github.com/neo4j/neo4j/issues.

Answer 2

Модернизация напрямую с 1.9 -> 2.3 поддерживается. Заметка о 0 свойствах вводит в заблуждение, но доброкачественна, так как процесс миграции не касается свойств, но оставляет их как есть.

Хотя очень странно, что он жалуется, что обновление не разрешено после завершения начальной миграции (следующий запуск). Если бы перед миграцией база данных не была бы полностью отключена, должно было быть исключение, поскольку миграция была бы невозможна.