wp db bug? kann keine neue, geklonte db zuweisen

Hallo, ich habe versucht(aktuelles wordpress,php7,mysql 5.6, bei strato), die db zu wechseln, d.h ein backup gemacht, selbiges auf eine andere db geladen und die andere dann in wp-config als db gesetzt, aber das ging nicht, auf chrome gabs nur Zeichensalat, auf anderen browsern, wo frontend ging, abfrageendlosumleitungen beim backendlogin, woran könnte sowas liegen? Muss man die db noch woanders wie in wp-config setzen? Das backup machte ich mit phpmyadmin(express) putty von strato und dem wordpresslugin backWPup, zurückgespielt mit putty oder phpmyadmin, immer das gleiche, die beide db scheinen also nicht identisch oder aber wp blockt da was- wordfence hatte ich schon probehalber deaktiviert. Bisher hatte ich nie Probleme, db's bei anderen cms zu wecheln.
- ich brauche 2 db, weil ich eine umstellung auf https machen will und dafür einiges in der db ändern muss und das gerne erstmal in testumgebung tun würd

noch ein Problem: ich hatte bereits nach zertifikataktivierung http meiner site durch https ersetzt(plugin velvetblues), als es zu Problemen kam, erst da merkte ich, das das vorher gemachte backup nix nützte, der backendlogin ging nimmer, nach vielen Std arbeit wars dann soweit, das die loginmaske wieder kam und danach aber: "Die aufgerufene Website leitet die Anfrage so um, dass sie nie beendet werden kann."
per direktaufruf wp-admin/index.php komm ich aber zumindest wieder ins backend, aber dies würd ich schon gern beheben.

 

zu beginn hatte ich es durchaus mit einer 2ten installation in Unterordner versucht und per define in der wp-config pfade angepasst, brachte aber viele Fehler, deshalb hab ich dann einfach nur versucht, in meiner original wordpressinstallation die eine db durch eine andere, identische zu tauschen, halt nur anderer dbname, user, aber selbe webdaten- webspacedaten kann ich per knopfdruck alte Versionen wiederherstellen.
htaccess hatte ich testweise deaktiviert, änderte nix.