Das Team bei dbaservices
Zertifizierte Experten
Das Team von dbaservices® setzt sich zusammen aus den Abteilungen Technik, Vertrieb und Organisation. Beschäftigt sind langjährig erfahrene Diplom-Informatiker, Diplom-Ingenieure, EDV-Experten, kaufmännische und betriebswirtschaftliche Angestellte. Die Technikabteilung gliedert sich wiederum in die Bereiche Support und Consulting.
Im Team befinden sich DBAs mit den höchsten Zertifizierungen, wie Oracle Certified Master und Microsoft Certified Master SQL Server.
Maximale Flexibilität
Das gesamte technische Team der dbaservices® ist so aufgestellt, dass es aufgrund der gemeinsamen Nutzung von prozessorientierten Methoden und zentrale Ressourcen personenunabhängig aktiv wird. Sprich: Alle DBAs können alle Kunden bedienen. Eine Differenzierung erlauben wir uns lediglich hinsichtlich der Technologien (Oracle, MSSQL und MYSQL). Das Team von dbaservices spricht Deutsch, Bayerisch, Sächsisch, Portugiesisch, Hindi, Punjabi und Spanisch.
Mit den Technologien von ORACLE und Microsoft lassen sich entweder klassische Hot Standby-Umgebungen schaffen oder es kommen die jeweiligen Clusterlösungen zum Einsatz.


Haben Sie Fragen?
NEUSTE BEITRÄGE
ORA-12719 operation requires database is in RESTRICTED mod
1.) Texte aus oerr unter Linux // *Cause: This command can only be run when the database is in RESTRICTED mode// *Action: Ensure that the system is in RESTRICTED mode 2.) Erklärung Der Fehler ORA-12719 tritt bei einem „DROP DATABASE“ auf, wenn die Datenbank nicht im...
ORA-12570 – TNS:packet reader failure
1.) Texte aus oerr unter Linux 12570, 00000, „TNS:packet reader failure“ // *Cause: An error occurred during a data receive. // *Action: Not normally visible to the user. For further details, turn // on tracing and reexecute the operation. If error persists, contact...
ORA-17627: ORA-01017: invalid username/password; logon denied
Lösung: bei bestehender Anpassung von Listener.ora und tnsnames.ora – wird eine Passwortdatei auf der auxiliary benötigt
ORA-19602: cannot backup or copy active file in NOARCHIVELOG mode
Lösung: Kein Backup notwendig und die target-DB ist offen und befindet sich im archivelog-Modus
ORA-16782 – instance not open for read and write access
1.) TEXTE AUS OERR UNTER LINUX 16782, 00000, „instance not open for read and write access“ // *Cause: The database was mounted on an instance but not opened for read // and write access. // *Action: For more details, check the status of the database using...
ORACLE NEWS
MySQL