Ik probeer een mySQLdatabase te migreren naar een Azure-account (SQL) met de migrationassistant for mySQL.
Dit lijkt te lukken, alleen kan ik daarna de gemigreerde tabellen niet zien. Ik krijg geen foutmeldingen die aangeven dat het niet is gelukt.
Het enige dat ik zie gebeuren aan de Azure kant in de SSMA (SQL Azure metadata explorere) is dat er een "schema" is gemaakt met de gemigreerde tabellen, maar hier is niets van zichtbaar in SSMS
Als ik daarna rapportage opvraag geeft SSMA bij alle tabellen "not found"
Ik gebruik SQL management studio 2008 om de SQL-database te beren (misschien moet ik upgraden naar SSMS 2012, dat wilde ook nog niet lukken, daarvoor moet ik mijn lokale SQL2008 server upgraden en ik kreeg foutmeldingen)
Ik heb exact hetzelfde probleem wanneer ik de SSMA voor Access gebruik (ik wil een gecombineerde mySQL/MSaccess backend naar Azure migreren)
Het enige dat me opvalt is dat de databasenaam van de bron wordt toegevoegd aan de database in de bestemming, ik bedoel: mijn azureserver heet "aserver", de database die ik gemaakt heb heet "adatabase".
De brontabellen komen uit 2 verschillende databases, en bij de migratie lijkt het erop dat SSMA de brondatabase toevoegt aan de databasenaam, dus waar ik dacht dat de tabellen zouden komen in :
aserver.adatabase.tabel
wordt dit
aserver.adatabase.brondatabase.tabel
(brondatabase is naam van de te migreren database. Omdat ik van 2 brondatabases migreer krijg ik dit dan ook twee keer te zien)
Maar ik zie hiervan niets terug in SSMS (ook lukt het niet om via andere manieren te aangemaakt tabellen te zien (zijn ze wel aangemaakt??), bijv. als ik een ODBC-connectie opzet)
Het enige dat ik "terugzie" is in SSMA onder Schemas.brondatabase.tables
Iemand een idee wat er mankeert?
edit: ik heb nu SQL server data tools geinstalleerd, een pakket dat met de UI van VisualStudio 12 geinstalleerd wordt.
Zojuist startte ik nog eens de SSMA voor Access op en die geeft toch echt aan dat onder het schema dbo nu 40 tabellen staan, maar ook in SSDT is daar niets van terug te vinden.
Ik snap er geen fuck van
Dit lijkt te lukken, alleen kan ik daarna de gemigreerde tabellen niet zien. Ik krijg geen foutmeldingen die aangeven dat het niet is gelukt.
Het enige dat ik zie gebeuren aan de Azure kant in de SSMA (SQL Azure metadata explorere) is dat er een "schema" is gemaakt met de gemigreerde tabellen, maar hier is niets van zichtbaar in SSMS
Als ik daarna rapportage opvraag geeft SSMA bij alle tabellen "not found"
Ik gebruik SQL management studio 2008 om de SQL-database te beren (misschien moet ik upgraden naar SSMS 2012, dat wilde ook nog niet lukken, daarvoor moet ik mijn lokale SQL2008 server upgraden en ik kreeg foutmeldingen)
Ik heb exact hetzelfde probleem wanneer ik de SSMA voor Access gebruik (ik wil een gecombineerde mySQL/MSaccess backend naar Azure migreren)
Het enige dat me opvalt is dat de databasenaam van de bron wordt toegevoegd aan de database in de bestemming, ik bedoel: mijn azureserver heet "aserver", de database die ik gemaakt heb heet "adatabase".
De brontabellen komen uit 2 verschillende databases, en bij de migratie lijkt het erop dat SSMA de brondatabase toevoegt aan de databasenaam, dus waar ik dacht dat de tabellen zouden komen in :
aserver.adatabase.tabel
wordt dit
aserver.adatabase.brondatabase.tabel
(brondatabase is naam van de te migreren database. Omdat ik van 2 brondatabases migreer krijg ik dit dan ook twee keer te zien)
Maar ik zie hiervan niets terug in SSMS (ook lukt het niet om via andere manieren te aangemaakt tabellen te zien (zijn ze wel aangemaakt??), bijv. als ik een ODBC-connectie opzet)
Het enige dat ik "terugzie" is in SSMA onder Schemas.brondatabase.tables
Iemand een idee wat er mankeert?
edit: ik heb nu SQL server data tools geinstalleerd, een pakket dat met de UI van VisualStudio 12 geinstalleerd wordt.
Zojuist startte ik nog eens de SSMA voor Access op en die geeft toch echt aan dat onder het schema dbo nu 40 tabellen staan, maar ook in SSDT is daar niets van terug te vinden.
Ik snap er geen fuck van
[ Voor 15% gewijzigd door Stefke op 13-02-2015 13:57 ]