Hoe u snel een MySQL-database kunt migreren met behulp van applicaties. Databaseoverdracht naar hosting

Hallo, lieve en gerespecteerde lezers van mijn blog! Vandaag wil ik je vertellen hoe je een mysql-database overzet naar hosting.

Laten we het vandaag zonder welsprekende en lange introducties doen, maar meteen ter zake komen.

Welke methoden bestaan er om een database naar hosting te kopiëren?

Ik kan met vertrouwen zeggen dat er zeker veel manieren zijn om te kopiëren. Maar ik wil en zal geen irrationele en onrealistisch complexe procedures beschrijven, omdat het nergens op slaat (het is onwaarschijnlijk dat er onder de lezers mensen op de loer liggen die hun leven willen compliceren).

Daarom zullen we uitgaan van eenvoudige en toegankelijke opties voor de massa, waaronder:

Exporteer gegevens met behulp van de phpMyAdmin-interface via het configuratiescherm van de provider.
Het kopiëren van de database met behulp van programma's van derden.

Welke manier is beter?

Ik raad de eerste aan, die wordt gebruikt door professionele webmasters. Het enige dat de moeite waard is om te onthouden is dat het installatiealgoritme kan verschillen, aangezien elke hosting zijn eigen individuele controlepaneel heeft.

De tweede optie, hoewel deze geen problemen veroorzaakt, raad ik af om deze te gebruiken! Vertrouw informatie over uw webbron programma's van derden echt slecht idee.

Stap-voor-stap instructies voor het aanmaken van een database op een nieuwe hosting

Laten we beginnen met het feit dat ik de procedure voor het maken van de mysql-database zelf niet zal beschrijven, aangezien u zich hoogstwaarschijnlijk, nadat u had besloten deze naar de hosting te importeren, zich zorgen maakte over het eerder maken ervan. Dit betekent dat we klaar zijn om met de uitvoering te beginnen. algemeen algoritme het creëren van een database over hosting, wat het volgende inhoudt:

Activering persoonlijk account op gehuurde hosting.
Zoek in het menu naar de sectie “MySQL”, “Database” of een menu met een vergelijkbare naam.
Directe creatie van een database op hosting.
Om dit te doen, klikt u op de knop "Maken". We schrijven een nieuwe naam voor de database, binden de gebruiker eraan (vaak maakt de hostingprovider de gebruiker automatisch aan, maar soms moet deze handeling zelf worden uitgevoerd. Als dit gebeurt, vergeet dan niet om te activeren hoogste niveau toegangsrechten voor dit account).

De MySQL-database overzetten van de oude hosting naar uw computer

Nu stel ik voor om verder te gaan met de stap die ervaren gebruikers een databasedump noemen. Meer specifiek zullen we de huidige database van de oude hosting op onze computer opslaan.

Opmerking! Dumpen- Dit functie bestand, waarvan het doel is om de procedure voor het overbrengen van informatie uit de database te vereenvoudigen.

Procedure:

MySQL-gegevens importeren naar nieuwe hosting

Ga op dezelfde manier als in het vorige gedeelte naar administratief paneel hosten.
We selecteren de database die we nodig hebben (degene die we helemaal aan het begin hebben gemaakt).
Klik op het tabblad ‘Importeren’.
Klik op “Bladeren” en geef de locatie aan van het opslagbestand dat eerder op uw computer is opgeslagen.
We controleren of de codering vergelijkbaar is met de codering die werd toegepast bij het opslaan van het bestand (punt 7 van de vorige sectie).
We laten alle andere instellingen ongewijzigd en voltooien het proces van het kopiëren van gegevens naar de nieuwe hostingserver.

Het oplossen van mogelijke problemen

Zorg ervoor dat voordat u begint met het importeren van materiaal naar de nieuwe hosting, er geen vraagzinnen “CREATE DATABASE” in het opslagbestand staan. Om dit te doen, opent u het tekst programma(u kunt kladblok of Word-pad gebruiken) en Ctrl+F gebruiken (met behulp van een tekstzoekopdracht) om deze zoekopdrachten te vinden, en indien gevonden, verwijdert u ze eenvoudigweg.

Ik hoop dat alles duidelijk is?! Door de instructies stap voor stap te volgen, zou u geen problemen moeten ondervinden.

Deel nuttige artikelen van mijn blog op in sociale netwerken met vrienden, abonneer je op updates en tot snel!

Eerlijk! Abdullin Ruslan

Onze sitebestanden worden veilig geüpload naar de hosting. Laten we geen tijd verspillen en een nieuwe afspraak maken bestaande basis gegevens (DB) van lokaal naar server.

Ga hiervoor naar PhpMyAdmin. Voor degenen die vergeten zijn waar het is, neem eens een kijkje.

We zien onze database (mebelip) en klikken op de naam.

Er ging een venster voor ons open met veel gegevens die voor een beginner absoluut niets betekenen. Maar dat hebben we nu niet nodig.

We klikken eenvoudigweg op het tabblad "Exporteren".

Laat me u eraan herinneren dat OpenServer standaard wordt geopend in de Chrome-browser. Daarom zien we in de linkerbenedenhoek het gedownloade bestand. Onthoud waar je het hebt bewaard, we hebben het binnenkort nodig.

Wij klikken erop.

Voor de lol kun je zien welke ‘geheime’ informatie erin staat. Opent met een eenvoudig Kladblok.

Dat is alles, met lokale server afgerond. Ga naar het beheerderspaneel van uw hostingaccount.

Hier zijn we geïnteresseerd in het tabblad "MySQL".

Klik op de knop "Toevoegen". MySQL-gebruiker". Standaard is deze al aangemaakt. Maar ik raad aan een nieuwe te maken, specifiek voor deze site.

Als u in de toekomst meer dan één site heeft, helpt dit verwarring te voorkomen.

Er verschijnt een pop-upvenster, voer daarin de gebruikersnaam in. Het bestaat uit twee delen, het eerste is host1234567 (de cijfers zijn van jou), het onveranderlijke deel, maar in het tweede schrijven we onze informatie.

Voor meer gemak zal dit "meb" zijn. Zo raak ik niet in de war en weet ik zeker dat dit ook voor een meubelsite geldt.

U kunt uw eigen wachtwoord instellen.

We zien dat het is verschenen Nieuwe gebruiker, maar er is geen database aan gekoppeld.

Laten we nu de database zelf maken.

Klik op het tabblad "Basis". MySQL-gegevens".

Knop "MySQL-database toevoegen".

Voer de naam in het pop-upvenster in. Voor het gemak is het beter om dezelfde gegevens in te voeren als in de gebruikersnaam.

Er verscheen een database, gekoppeld aan de gebruiker die we eerder hadden aangemaakt.

Schrijf deze informatie ergens op, d.w.z. gebruikersnaam en database, en wachtwoord, als u deze hebt gewijzigd. Dit alles zal nodig zijn in de volgende les.

Klik op "phpMyAdmin".

Klik aan de linkerkant op de standaarddatabase.

We vinden onze nieuw gemaakte en openen deze op dezelfde manier.

Zoek bovenaan het tabblad ‘Importeren’ en klik erop.

16 mei

Recentelijk rees de vraag om een website over te zetten van de ene hosting naar de andere. Met sites die alleen html en css gebruiken zonder databases, zouden er geen problemen moeten zijn. Dansen met een tamboerijn begint wanneer je de trotse eigenaar bent van een website met een database. Tegenwoordig zijn er een overweldigende meerderheid van dergelijke sites op internet.

We kunnen de sitebestanden zelf overbrengen door middel van regelmatig kopiëren van hosting naar hosting

Om een database van de ene server naar de andere over te zetten, hebben we het volgende nodig:
1. Download de databasedump naar uw computer (Exportbewerking).

2. Upload de databasedump naar de hostingserver (importbewerking).

Dit kan meerdere keren worden gedaan verschillende manieren. Bij sommige CMS kunt u deze bewerkingen zelfs met uw eigen CMS uitvoeren interne middelen. U kunt ook de MySQL-databasedumper gebruiken. Maar de meest bekende en gebruikelijke methode voor het migreren van databases is de overdracht met behulp van de tools van het databasecontrolepaneel, die ik in dit artikel wil bespreken.

1. Exporteer de database van de server naar uw computer.

We moeten naar de server gaan waarop de database die we moeten overbrengen zich momenteel bevindt, en aan de linkerkant van het menu in de lijst met databases degene selecteren die moet worden overgedragen.

Je moet naar de " Exporteren" en selecteer als " Exportmethode» — Normaal — alle mogelijke instellingen weergeven.

Hierna moet u op de velden letten:
1. Op het tabblad Tabellen moeten alle tabellen die geïmporteerd moeten worden geselecteerd zijn. Er kan zich een situatie voordoen waarin sommige tabellen niet nodig zijn tijdens het importeren om databases over te dragen. In dit geval kunt u de tabellen die u niet nodig hebt, deselecteren door te selecteren vereiste namen tafels met geklemd Ctrl-toets op toetsenbord. (BELANGRIJK! Als jij het niet bent ervaren gebruiker databases - het is beter om alle tabellen te selecteren. )
2. U moet de optie "Uitvoer opslaan in bestand" selecteren.
3. Onthoud de codering die is ingesteld in het veld Bestandscodering.
4. U hoeft de overige punten niet aan te raken als u niet weet waarom ze nodig zijn.
5. Klik op OK en sla het bestand vervolgens op uw computer op.

2. Importeer de database van uw computer naar de server.

1. We controleren de extensie van de opgeslagen meloendatabase op onze computer. Het moet '.sql' zijn. Als bij het opslaan van de database de optie is opgegeven - archiveer deze (zip, gzip, bzip) - moet u eerst de database uit het archief extraheren.
2. Onze databasedump mag geen zoekopdrachten bevatten zoals « DATABASE MAKEN, /*!40101 SET @OUD» . U kunt de afwezigheid of aanwezigheid van een dergelijk verzoek verifiëren door de databasedump te openen met Kladblok of een ander teksteditor. Als soortgelijk verzoek aanwezig is - u moet deze regel verwijderen en het bestand opnieuw opslaan. In de regel wordt het gevonden in de eerste 15 regels van de databasedump.
3. U moet ervoor zorgen dat er geen tabellen worden gemaakt in de toekomstige database. Ga hiervoor naar en selecteer uw database in het menu aan de linkerkant in de lijst met databases. Aan de linkerkant van het menu ziet u de melding “Geen tabellen gevonden in de database.” Als er tabellen aanwezig zijn, moet u deze verwijderen.

Nadat u al deze stappen hebt voltooid, kunt u veilig naar het tabblad "Importeren" gaan, waarin u, door op de knop "Bladeren" te klikken, de opgeslagen databasedump van uw computer selecteert. Selecteer in het veld “Bestandscodering:” de codering waarin deze database is gemaakt.

Het is niet nodig om verdere instellingen uit te voeren. Klik OK en wacht tot het importeren van de database is voltooid.

De database is succesvol overgedragen en daarna zal onze site werken op de nieuwe hosting (op voorwaarde dat alle andere handelingen om de site over te zetten al zijn voltooid).

Heeft u een MS-database SQL-server, dat naar een andere fysieke computer moet worden overgebracht. U hebt al een back-up gemaakt en begint met plezier met herstellen. Maar dan blijkt dat er meer is op de computer waarop je de database moet overbrengen oude versie MS SQL-server. Stapeloverloop verzekert je dat alles slecht is. Maar is dit echt zo?

Natuurlijk is het overbrengen van een database van een nieuwere versie naar een oudere versie geen klassiek en niet het meest correcte werkscenario. Maar vaak worden databases zo gemaakt dat ze alle nieuwere versies van SQL ondersteunen, te beginnen met enkele, bijvoorbeeld 2008 R2, omdat De directe compatibiliteit van MS SQL is meer dan uitstekend. En uw klant heeft bijvoorbeeld MS SQL 2016 al geïnstalleerd en u hebt MS SQL 2014 op uw testserver staan voor ontwikkeling. En u wilt de database van de klant inzetten om erachter te komen waar hij met de gegevens wordt verward.

Microsoft heeft het probleem verworpen; ze zeggen dat ze het niet hebben achterwaartse compatibiliteit, en dat is het. Een back-up die op een nieuwere server is gemaakt, kan niet worden teruggezet op een oudere server. Ja, ze hebben tools zoals DTS, database kopiëren, exporteren-importeren, enz. Maar ze zijn zo lastig en omslachtig dat het niet bijzonder handig is om een normale overdracht uit te voeren van een grote database met veel tabellen die er gebruik van maken. Voor mij persoonlijk is het in ieder geval niet gelukt.

Ja, u kunt SQL-scripts genereren voor de gehele database, inclusief de gegevens. Maar stel je voor dat je een heleboel blobvelden met big data in je database hebt, en over het algemeen is de grootte van de hele database meer dan 500 GB. Kunt u zich voorstellen hoe lang zo'n script zal duren, hoe lang het zal duren om het te genereren en uit te voeren.

De grootste beperking is dat u toegang nodig heeft via MS SQL Managementstudio naar beide servers - oud en nieuw. Mocht dit niet mogelijk zijn, dan moet het op de machine waarvan u de database wilt overbrengen mogelijk zijn om de versie van SQL te installeren waarnaar u de database wilt overbrengen, om de database eerst lokaal naar deze versie over te zetten, en sleep het vervolgens via een back-up of rechtstreeks door *df-databasebestanden (via Detach/Attach) op nieuwe auto (SQL-versie Server" en komt in dit geval al overeen).

Een andere beperking is dat je een script nodig hebt voor het databaseschema (alle objecten, inclusief tabellen, indexen, beperkingen, opgeslagen procedures, triggers, enz.) zonder gegevens, en de instructies voor het maken van Foreign Key Constraints moeten in dit script staan op helemaal aan het einde, los van het script voor het maken van de tabellen zelf.

Ik zal het algoritme voor gegevensoverdracht zelf kort beschrijven. Alle acties worden uitgevoerd in een Management Studio-sessie die is verbonden met de server, waarop je moet de database verplaatsen.

1) Maak op de nieuwe server een lege database aan met dezelfde bestanden en bestandsgroepen als de overgedragen database.

2) Met behulp van het databaseschemascript maken we alle databaseobjecten (tabellen, indexen, views, triggers, opgeslagen procedures en functies), maar zonder beperkingen voor buitenlandse sleutels te creëren. U kunt in dit stadium geen FK aanmaken, omdat ze zullen de gegevensinvoer verstoren.

3) We verbinden de database van waaruit we gegevens overbrengen als een gekoppelde server, zodat we oproepen naar de oude database kunnen gebruiken bij verzoeken naar de nieuwe database.

EXEC sp_addlinkedserver @server=N"LinkedServerAlias", @srvproduct=N"", @provider=N"SQLNCLI", @datasrc=N"LinkedServerHost\LinkedServerName"; EXEC sp_addlinkedsrvlogin "LinkedServerUser", "false", null, "RealUser", "RealUserPassword";
4) Omdat databasestructuren zijn hetzelfde, we zullen de ingebouwde opgeslagen procedure sp_msforeachtable gebruiken, waarmee u een query op elke databasetabel kunt uitvoeren om een script te genereren voor het overbrengen van gegevens van de oude database naar de nieuwe via een query zoals

INVOEGEN IN? SELECTEER UIT ?
sp_msforeachtable vervangt het vraagteken door de naam van elke tabel en voert de query meerdere keren uit (eenmaal per tabel).

Hier kwam ik het meeste tegen een groot aantal van hark.

A) Probleem nummer één is dat u voor tabellen met IDENTITY-velden het volgende moet oproepen:

STEL IDENTITY_INSERT IN; --INSERT INTO ... (de invoeging zelf); SET IDENTITY_INSERT UIT;
b) Probleem nummer twee is dat dit wel het geval is in tabellen die geen IDENTITY-velden hebben deze oproep is onmogelijk, dus het is noodzakelijk om dynamisch te bepalen of de tabel een IDENITY-kolom heeft of niet.

Dat kan met dit verzoek:

SELECT * FROM INFORMATION_SCHEMA.COLUMNS WHERE (TABLE_NAME="SomeTable") AND (COLUMNPROPERTY(object_id("dbo.SomeTable"), COLUMN_NAME, "IsIdentity") = 1)
c) Probleem nummer drie is dat, zoals later bleek, dit in de IDENITY_INSERT ON-modus niet mogelijk is

INVOEGEN IN ... SELECTEER * VAN ...
, maar u moet specifieke velden vermelden.

U kunt tabelvelden op rij weergeven met behulp van de volgende query:

SELECT SUBSTRING((SELECT ", " + QUOTENAME(COLUMN_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = "SomeTable" ORDER BY ORDINAL_POSITION FOR XML path("")), 3, 200000);
4) Genereer een invoegscript voor alle tabellen:

Procedure voor het genereren van scripts

EXEC sp_msforeachtable N" DECLARE @command varchar(MAX); DECLARE @name varchar(200); SET @name=""?""; SET @name = SUBSTRING(@name, 8, LEN(@name)-8); SET @command = """"; SELECT @command= SUBSTRING((SELECT "", "" + QUOTENAME(COLUMN_NAME) FROM INFORMATION_SCHEMA.COLUMNS WHERE TABLE_NAME = """" + @name + """" BESTEL OP ORDINAL_POSITION VOOR XML-pad("""")), 3, 200000); SET @command = ""INSERT INTO ""+ @naam +"" (""+ @command + "") SELECT "" + @command + "" FROM "" + ""LinkedServerAlias.SourceDatabase."" + ""?""; SET @command= ""IF BESTAAT (selecteer * uit INFORMATION_SCHEMA.COLUMNS waarbij (TABLE_NAME=""""" + @Name + "" " """) AND (COLUMNPROPERTY(object_id(""""dbo.""+@Name+"""""), COLUMN_NAME, """"IsIdentity"""") = 1)) SET IDENTITY_INSERT "" + @ naam + "" AAN; "" +@command; SET @command=@command+"";"" + "IF BESTAAT (selecteer * uit INFORMATION_SCHEMA.COLUMNS waarbij (TABLE_NAME=""""" + @Name + "" """") AND (COLUMNPROPERTY(object_id(""""dbo.""+@Name+"""""), COLUMN_NAME, """"IsIdentity"""") = 1)) SET IDENTITY_INSERT "" + @naam + "" UIT;""; AFDRUKKEN (@opdracht); --EXEC(@commando); // Als u geen commentaar geeft, wordt het script onmiddellijk uitgevoerd en niet alleen op het scherm weergegeven "

5) Voer het gegenereerde script voor gegevensoverdracht uit

6) Voer het script uit om alle Foreign Key Constraints te maken (nu mogelijk).

7) Klaar! U hebt de database overgezet van de nieuwe SQL-server naar de oude, ook al werd het als onmogelijk beschouwd. Bovendien wordt de overdracht slechts anderhalf keer langzamer uitgevoerd dan de snelheid van de gegevensoverdracht via het netwerk, d.w.z. vrij snel.

8) Achter onszelf opruimen (gekoppelde server uitschakelen):

EXEC sp_droplinkedsrvlogin "LinkedServerUser", null; sp_dropserver "LinkedServerAlias";
Beperkingen van de methode.

1) Soortgelijke methode Het is niet mogelijk tabellen over te dragen die kolommen van het XML-type bevatten.
Er zijn waarschijnlijk nog veel meer beperkingen, omdat... de database die ik op deze manier heb overgedragen, maakte niet veel gebruik van de functies van de SQL-server. Je kunt in de reacties over de beperkingen schrijven, en ik zal het artikel ermee aanvullen.

Bedankt voor uw aandacht! Ik hoop dat het iemand helpt.

Met databaseoverdracht bedoelen we de procedure voor het wijzigen van de server InterBase zoals in de richting van de stijging serienummer, en in de richting van de vermindering ervan, evenals de overgang naar een ander besturingssysteem of hardwareplatform. In sommige bronnen wordt de procedure voor databaseoverdracht aangeroepen migratie.

Versies die momenteel in gebruik zijn InterBase van 4.x tot 6.x, en in de zesde versie kan de database in dialect 1 of in dialect 3 worden aangemaakt. algemeen geval overgang van de jongere versie InterBase voor de oudere zijn geen speciale acties vereist, en de databases werken prima, maar de gebruiker kan deze niet gebruiken aanvullende diensten, die worden geleverd door de oudere versie. Als u de procedure voor databaseoverdracht voltooit, kunt u gebruik maken van aanvullende services. Wat de 6.x-dialecten betreft, deze interpreteren sommige gegevenstypen anders. Bijvoorbeeld, binnen eerdere versies InterBase en in versie 6.x dialect 1 is één datumtype gedefinieerd Datum waarvan de waarde eerst de datum en vervolgens de tijd bevat. Er zijn drie typen gedefinieerd in Dialect 3 versie 6.x - tijdstempel, die volledig bij het type past Datum gedefinieerd in eerdere versies; type Datum die alleen datumwaarden en type bevat Tijd, die tijdwaarden bevat.

Bij het uitvoeren van een databasemigratieprocedure automatische vervanging datumtype wordt alleen uitgevoerd in definities domeinen. Het datumtype in de metadata wordt vervangen handmatig.

Elk besturingssysteem op mijn eigen manier interpreteert elk gegevenstype. Bij het installeren van de server InterBase elke versie is geconfigureerd voor het juiste besturingssysteem en de juiste hardwareomgeving.

Elke database is dus “gekoppeld” aan de serverversie InterBase, aan het besturingssysteem en de hardwareomgeving.

Dit verklaart de noodzaak om de databasemigratieprocedure uit te voeren.

Uit het bovenstaande wordt duidelijk dat de schepping backup kopie database met parameter ingeschakeld Transporteerbaar zorgt ervoor dat versie-informatie wordt opgenomen in het back-upbestand InterBase besturingssysteem en hardwareomgeving waarin de database is gemaakt en geëxploiteerd.

Bij het overbrengen van een database naar een andere pc, de server InterBase leest het back-upbestand en voert indien nodig de gegevenstypeconversie correct uit en maakt instellingen aan nieuwe versie InterBase besturingssystemen en hardwareomgeving.

Houd er rekening mee dat u alleen kunt upgraden naar de volgende sequentiële versie. InterBase zowel in stijgende als dalende richtingen.

Wanneer u een database naar twee of drie versies hoger (of lager) migreert, moet u voor elke versie de migratieprocedure uitvoeren tussenliggend versies IMegVaas.

Om het dialect te wijzigen (bijvoorbeeld van het eerste naar het derde), moet u de database opnieuw maken of het hulpprogramma gebruiken j/ix.

Algoritme voor databaseoverdrachtprocedure

A. Maak een databaseback-upbestand. Het bestand wordt gemaakt met behulp van een van de hierboven besproken methoden. Het is raadzaam om te controleren of het back-upbestand correct is aangemaakt. Om dit te doen, implementeert u op dezelfde pc de database in een andere map en controleert u de functionaliteit ervan.

B. Maak een kopiebestand van geregistreerde gebruikers op de server InterBase. Houd er rekening mee dat gebruikersinformatie in een bestand wordt opgeslagen isc4.gdb op server InterBase en in de database zelf. Om een bestand te kopiëren iscA.gdb U kunt hetzelfde hulpprogramma gebruiken gbak.

Voorbeeld 12.7. Het bestand met geregistreerde gebruikers in de database kopiëren.

gbak -b -gebruiker SYSDBA -wachtwoordhoofdsleutel C:IBServesc4.gdb C:isc4.gdk

V. Installeer de server opnieuw InterBase of schakel over naar een andere pc. Nadat u de server opnieuw op een pc hebt geïnstalleerd (of naar een andere pc bent verhuisd), hebt u een bestand nodig iscA.gdb herstellen met hetzelfde hulpprogramma gbak.

Het is belangrijk om dit te onthouden bij het upgraden naar een hogere versie InterBase alle klanten die zijn geregistreerd in de eerstvolgende lagere versie InterBase, werkt prima (maar zonder extra functies), en bij oudere - onstabiel.

Voor dergelijke clients is het raadzaam om het clientgedeelte opnieuw te installeren InterBase op persoonlijke computers x klanten.

Voorbeeld 12.8. Overdracht van het in de database geregistreerde gebruikersbestand.

gbak -с -gebruiker SYSDBA -wachtwoordhoofdsleutel C:isc4.gdk C:isc4.gdb

In de voorbeelden 12.7 en 12.8 werd bedoeld dat de versie werd vervangen InterBase op één computer.

d. Herstel (overdracht) de database met behulp van een van de hierboven beschreven methoden.

Het hierboven voorgestelde algoritme werkt betrouwbaar bij het upgraden van de versie InterBase. Als u het versienummer moet downgraden InterBase Om deze bewerking uit te voeren, heeft u twee pc's nodig: de eerste - met een werkende database in een oudere versie InterBase, tweede - met geïnstalleerde server InterBase lagere versie. We starten de procedure voor het maken van een back-up van de database (stap “a” van het algoritme) vanaf de tweede computer. Hiermee wordt een back-upbestand in een lagere versie gemaakt. Maar mogelijk de volgende opties:

in oudere versie InterBase Bij het maken en exploiteren van de database zijn geen mechanismen gebruikt die in de jongere versie ontbreken InterBase, vervolgens wordt in de lagere versie een volwaardige werkkopie van de database gemaakt InterBase",
de database gebruikte de originele mechanismen van de oudere versie InterBase, Vervolgens wordt een kopie van de database en een logboek met gedetecteerde fouten ontvangen. En fouten bij het nauwelijks herstellen van de database in een lagere versie InterBase zal het moeten repareren handmatig.

Voor een betrouwbare werking van de database is het noodzakelijk om dezelfde versie en hetzelfde dialect van de server te garanderen InterBase en cliëntzijde InterBase voor elke klant.

Klanten van alle versies InterBase, in tegenstelling tot clients met Dialect 3 versie 6.x, hebben geen toegang tot:

Naar de trefwoorden:

CURRENTDATE CURRENTTIME CURRENT_ TIJDSTEMPELKOLOM

TIJDSTEMPEL

Naar identifiers tussen aanhalingstekens.