opgelost Installeren backup op subdomein

Ik heb gisteren een sub-domein aangemaakt, om hier de huidige site te plaatsen om vervolgens verschillende updates te testen van o.a. joomleaque.
Ik heb daartoe de back-up van gisteren ge-upload naar dat sub-domein (jl25.smelnesport.nl). Nieuwe database aangemaakt. vervolgens vanmiddag de back-up met kickstart in het nieuwe sub-domein geplaatst. Tijdens het proces van kickstart heb ik ook de nieuwe databasegegevens ingevuld.
Vervolgens ben ik wat aan het testen geweest.
Blijkt nu dat toch de oude database is gebruikt bij de back-up. Welke instelling heb ik verkeerd gebruik in de procedure bij kick-start?.

Bij het updaten van joomleague blijkt vervolgens dat de tijden van de wedstrijden plotseling allemaal zijn aangepast. In de sub-domein, oorspronkelijke tijd + 2 uur. En in de originele site oorspronkelijke tijd - 2 uur.
Daarnaast zie ik dat in sub-domein tiny-mc de editor is, terwijl originele site jce de standaard is.
Ook bijv. de list-lengte zoals in te regelen bij algemene instellingen verschilt in beide!! alsmede bijvoorbeeld de metadata beschrijvingen.
Blijkbaar zet de back-up dus niet alles correct terug.
Iemand hier al eens vaker tegen aan gelopen? Vindt dit vreemd.

Is heel vreemd inderdaad. Het zou kunnen dat de backup niet goed is, maar dat verklaart toch een aantal fouten ook niet.

Zie je kans om dezelfde backup lokaal te plaatsen?

Ik heb nu even de configuration.php even gecontroleerd van het subdomein en daar stond inderdaad de oorspronkelijke databasegegevens in. Deze aangepast naar de nieuwe.
Vervolgens even met phpadmin gekeken naar de nieuwe database. Deze was wel gevuld.
sub-domein werkt voor zover ik kan nagaan correct.
Op zich is het updaten van joomleague goed gegaan. Dus de schade lijkt te overzien en kan ik waar nodig denk ik wel eenvoudig verder aanpassen.
Even in zijn algemeenheid. Als je een akeeba-back up terugzet zoals ik nu heb gedaan. Dien je dan altijd je config ook nog aan te passen of doet kick-start dat? Ik had toch mijn database gegevens ingevuld toen kick-start daarom vroeg. Ik kreeg op een gegeven moment wel een vraag van dumpen(?) of .... (iets anders, weet niet meer precies wat). Wat moet je in zo,n geval doen?
(Misschien had ik toch even wat beter de documentatie moeten lezen, nu eigenlijk niet gedaan )

Normaals gesproken werkt Akeeba Backup in combinatie met kickstart.php perfect.
Het past bij het terugzetten van de back-up ook configuration.php aan.
Het moet niet nodig zijn dat je dat zelf aanpast.

Kijk eens bij Systeeminformatie / Maprechten of de Joomla!-mappen wel schrijfbaar zijn.
Misschien dat de rechten op het subdomein niet goed staan, waardoor er geen goede restore kon worden uitgevoerd.

De maprechten staan allemaal goed (groen), php versie is 5.3.28

Denk dan toch dat je bij het restoren ergens iets over het hoofd hebt gezien. Zoals Wouter ook al aangeeft, moet alles automatisch goed gezet worden met kickstart en Akeeba. Het zou heel misschien toch nog een probleem met serverconfiguratie kunnen zijn. Mijndomein is niet de allervriendelijkste Joomla hoster

Ik was nog even met joomleaque bezig in de test omgeving, en nu is er iets niet goed gegaan.
Dat betekent dat ik nu alles eraf gooi, de datebase leeg maak en vervolgens even de back-up weer opnieuw terugzet hierheen.
en ik ga nu toch even beter de documentatie lezen!!
Ik sluit vooreerst dit topic, mocht ik opnieuw problemen ondervinden dan weet ik jullie te vinden
Dank voor de reacties

Topic heropend op verzoek van TS.

Voor diegene, die hier misschien ook eens mee vastlopen.
Heb alle bestanden verwijderd en database geleegd.
Vervolgens opnieuw de procedure opgestart. Bij de database terugzetten krijg je een optie drop of back-up. Had aanvankelijk hier drop gebruikt.
Nu de optie back-up. De procedure verliep nu verder goed, evenals het aanmaken van een juiste configuratie-bestand.
Daarmee is dus vanmorgen de back-up succesvol verlopen.
Dit even ter aanvulling. Sluit het topic nu.