phoenixcp

Sehr hilfreich, danke.

Bitte ;) Ok, mal im Ernst: wenn es einen Hotfix oder ähnliches dafür geben würde, wäre er im KB wohl verlinkt oder? Da das nicht der Fall ist...

Leider hätte das zur Folge, dass ich in allen Rechnernetzen nach Änderung des Domainnames mich an jeden Rechner setzen zu müssen, um ihn neu einzuhängen, danach von jedem ein neues Image ziehen etc..

Wieso hat die Einrichtung einer weiteren DNS-Zone (Workaround) bei dir derartige Auswirkungen? Für den Client sollte sich meiner Meinung nach nix ändern....

Hier kommt es auf die Lesart an. Ich lese Domain-Names von rechts nach links, so wie der Rechner eben von "root bis www" rekursiv bzw. iterativ abfragt. Demzufolge kommt suffix vor präfix

1. Was ist der entscheidende Unterschied?

Gibts in dem anderen Netzwerk vielleicht eine DNS Zone <Domainname>.<Domainname>?

2. Gibt es einen Hotfix, um bspw. die Eingabe von single-label-domains vorneweg zu verbieten o.ä.?

Nein, oder steht was dementsprechendes in dem KB-Eintrag? Wie man das ganze mit einem Workaround umgehen kann, steht ja im KB beschrieben. Und normalerweise gibt man einer Domain nicht nur ein Label sondern auch einen Suffix. ;)

Nein, ich meine vorne, was hinsichtlich der Hiararchie logisch sinnvoll erscheint

Nein, erscheint es nicht, denn es handelt sich um einen Suffix, nicht um einen Präfix. Der grundlegende Unterschied zwischen einem Suffix und einem Präfix dürfte allgemein bekannt sein.

Gruß aus San Diego

Carsten

Hallo Harald

Kannst du das mal ein bißchen präziser beschreiben, ich kann momentan nur mutmaßen, was du uns sagen willst.

nur wenn der Server welches das Cluster beherbergt

Meinst du hiermit den jeweils aktiven Knoten?

die Disks verliert schwenkt das ganze nicht

definiere bitte "die Disks verliert"

Gruß aus San Diego

Carsten

Hallo Manfred

Die Frage lässt sich so pauschal nicht beantworten. Dafür müsste man erstmal wissen warum deine SQL Server Instanz so langsam ist. Kannst du ein wenig mehr an Informationen (Hardware) und vorhandenen Datenbanken und deren Größen in der SQL Server Instanz preisgeben?

Es sollten also keine Systemkritischen Sachen darauf laufen

Die Logs (Transaktionslogs) einer SQL Server Datenbank sind kritisch, denn im Zweifelsfall benötigst du diese für das Recovery deiner Datenbank wenn es zum äußersten kommt. Von daher halte ich das für nicht unbedingt angebracht.

Beste Grüße aus San Diego

Carsten

Also, auf dem Boden bleiben und nicht gleich von einer schlechten Planung reden, ohne die Situation wirklich zu kennen.

Die Projektplanung an sich ist nämlich eigentlich recht gut.

Sorry, aber da muss ich dir widersprechen. Eine gute Projektplanung würde genau solche Punkte beachten und entsprechende Vorkehrungen treffen und ggf. externe Spezialisten hinzuziehen. Den schon in der Planungphase hätte müssen klar sein, das du die Kundendatenmigration nicht alleine stemmen kannst. Warum hätte es müssen dort schon bekannt sein müssen? Weil sich die Projektplanung sehr nah an den eingesetzten Lösungen orientieren muss, denn eine abstrakte Projektplanung ohne technische Aspekte der Tools zu beachten ist leider nicht möglich.

BTW: was sieht denn euer Risikomanagment für die aktuelle Situation vor?

Insgesamt sind das auch ein paar viele Changes (ERP1 auf ERP2, Oracle auf MSSQL) auf einen Schlag für meinen Geschmack, ihen die entsprechenden Spezialisten auf Halde zu haben...

Dafür hab ich genug derartiger Projektsituationen sowohl als Projektmitarbeiter, als Projektleiter als auch als Projektmanager gehabt, um das auch aus der Ferne beurteilen zu können.

BTW: auch wenn ich hier in der 8 Etage eines schönes Hotels sitze und schreibe, bin ich doch auf dem Boden geblieben, keine Angst.

Wie man sowas vernünftig angehen könnte?

0. Grundlegende Übertragbarkeit der Daten von ERP1 auf ERP2 prüfen und evaluieren, bevor man eine Kaufentscheidung trifft (hier hat das Problem nämlich bei dir seinen originären Ursprung: deine GF hat über den Kopf der IT selbstständig entschieden... sowas geht NIE gut)

1. Die Datenbankschemen nebeneinander halten

2. Ein Datenmapping planen und von allen betroffenen Seiten abnicken lassen. Bei möglichen Unzulänglichkeiten das Zieldatenbankschema ggf. erweitern oder die Daten in der Datenquelle entsprechend so aufbereiten und umstellen, das sie auf das Zieldatenschema passen.

3. Daten in einer validen Testumgebung von ERP1 auf ERP2 übertragen und für einen gewissen Zeitraum nebeneinander laufen lassen und die entsprechenden belieferten Systeme (ebenfalls deren Testinstanzen versteht sich) testweise mit den Daten aus dem neuen ERP beliefern um die Qualität und Validität der migrierten Daten aus ERP2 zu prüfen ==> sogenannter Parallelbetrieb

3 a) sollten sich im Rahmen von 3 Probleme oder Abweichungen zeigen ==> zurück auf 2

4. die erfolgreich im der Testumgebung durchgeführte Datenmigration als Vorlage wählen und entlang dieser die Daten mit den in der Testumgebung entwickelten und getesteten Skripte / Importe / etc. migrieren

Wenn ein Projekt dieser Couleur ungefähr so geplant und durchgeführt wird, dann sollte sich das ganze schon deutlich entscheidender umsetzen lassen.

Trotz allem

auch heute beste Grüße aus San Diego

Carsten

Du bist schon wieder dort oder noch immer?

Schon wieder... Diese Woche war Catalyst Conference von Gartner, auf der ich ein paar alte Kollegen und Bekannte von Quest getroffen habe. Jetzt verbring ich noch das Wochenende hier, arbeite an nem RFP für eine Opportunity in Kanada, der bis 12.08. abgegeben sein muss und nächsten Dienstag abend gehts dann weiter nach Chicago, wo von Mittwoch bis Freitag ne Schulung auf einer mir aktuell noch neuen Identity Management Suite stattfindet. Mal schauen wie sich das Ding so anfühlt und was es alles wie kann. Könnte ein weiterer interessanter Kandidat für den europäischen Markt sein. ;)

Mal schauen...

Und nächsten Freitag abend gehts dann direkt in den Nachtflieger nach München und wieder ab in die Heimat.

Schön das ihr mich nicht vergessen habt...

Hi

Ergänzend zu den Punkte von Dr.Melzer finde ich bei sowas wichtig, das ein Lizenzberater sich zudem einen kompletten Überblick über das zu beratende Unternehmen verschafft, um eine Beratung im Sinne des Kunden und nicht eine Beratung im Sinne des Berater durchzuführen. Hierzu gehört es auch, bei absoluter Beratungsresistenz von Kunden vom entsprechenden Beratermandat zurückzutreten.

Ich denke sowas gilt aber allgemein für Berater, wenn ich das mal so auf meinen Job als Berater im Identity und Access Management Umfeld beziehe.

just my 2 cents

Grüße aus San Diego

Carsten

*grins*

schräge Vorstellung, wenn ich hier hunderte Seite von Hard- und Softwarekonfigurationen aller meiner Kunden in teilweise weltweit verteilten Netzen, mit teilweise hunderten oder tausenden Servern posten sollte.

Keine Angst Sklave, sollte sich ein entsprechender Nachfragebedarf ergeben, wird man danach fragen. Wir sind hier kein Zockerforum, hier geht's um richtige IT. :D

Hm, kaum bin ich mal wieder da, will hier rein, ist das Licht aus, obwohl draussen die Sonne scheint... *Lichteinschalt*

Liegt aber unter Umständen auch daran, das ich grade in San Diego im Hotel sitze und die Langeweile nach dem freitäglichen Feierabend nutze, um meine sehr eingeschränkte Präsenz hier an Board ein wenig aufzuarbeiten.

In dem Sinne... Ich geh mir mal noch ein complimentary Bud Light holen und werd weiter übers Board scrollen und versuchen Hilfestellungen zu leisten.

Bis denn

Carsten

Hallo MarkusW85

Das kannst du recht einfach verhindern: entfern doch einfach mal den hängenden Stern(*) aus deiner Searchquery. Dieser ist dafür verantwortlich, das nach allem gesucht wird, was mit Wein beginnt und wie auch immer weitergeht.

Gruß aus San Diego, CA, USA

Carsten

Mahlzeit

Ich hab wie gesagt schon angefangen das ganze zusammen zu basteln. Ein paar Sachen gehen schon. Allerdings ist das schon sehr schwer, gerade weil ich die Logik der neuen Datenstrukturen noch überhaupt nicht überblicke.

Und du erwartest jetzt allen Ernstes, das wir dir hier praktische Hilfestellung geben können? Auf den ersten Blick würde ich sagen: ihr habt hier völlig unüberlegt gehandelt und versucht diese Umstellung mit Gewalt zu erreichen. Bei einer wohlüberlegten Migration von einem ERP auf ein neues ERP (und zudem von einem RDBMS auf ein anderes RDBMS) muss man schon enormes internes Knowhow aufbieten, um sowas ohne externe Unterstützung und ohne Unterstützung der involvierten ERP-Hersteller zu bewerkstellinge.

Ich für meinen Teil kann dir nur die Daumen drücken, dass das ganze nicht an dir kleben bleibt...

Viel Erfolg trotzdem..

mfgCP

Hallo oesmann

DBCC CHECKDB sollte dein Helfer der Wahl sein: DBCC CHECKDB (Transact-SQL)

Beste Grüße aus San Diego, CA, USA

Carsten

Hallo numx

Total Server Memory gibt AFAIK an, wieviel Arbeitsspeicher die SQL Server Instanz im Moment nutzt, während Target Server Memory angibt, wieviel Arbeitsspeicher die SQL Server Instanz um effizient zu funktionieren. Zumindest wenn du die entsprechenden Performance counter meinst. SQL Server memory related performance counters - Teekam Goyal's Blog - Site Home - MSDN Blogs

Oder von welchen Werten an welcher Stelle sprichst du genau?

Grüße aus San Diego, CA, USA

Carsten

Hallo Kai

Kannst du uns vielleicht deinen Ansatz mal mitliefern und in Code-Tag packen? Dann können wir darauf aufsetzen und müssen dir nicht nen komplette Trigger programmieren. ;)

Beste Grüße aus San Diego, CA, USA

Carsten

Hallo Fleischi82

Eine Möglichkeit ist zum Beispiel:

Update <Datenbank2>.<OwnerName>.Projekte
Set Auftragsnummer = Select Auftragsnummer from <Datenbank1>.<OwnerName>.A_Auftrag
Where <Selektionskriterium>
[/Code]

Beste Grüße und schönes Wochenende aus San Diego, California, USA wünscht

Carsten

Hallo und willkommen an Board

Wie wäre es denn, wenn du noch mit ein wenig mehr Input versorgst. Von welcher OS-Version und welcher SQL Server Version sprechen wir denn? Was genau willst du eigentlich ermitteln? Was ist der Sinn der Übung?

Gruß

Carsten

Error 5 == Access Denied. ;)

Das was du dort siehst sind ja nur die expliziten Berechtigungen. Was sagen denn die effektiven Berechtigungen?

Welche Serverrollen, welchen Rechte hast du denn mit deinem Benutzer aktuell effektiv?

Ja, der technische Grund ist genau so einfach, wie dein Problem: eine Zeile = eine Anweisung. :)

Gruß

Juten Abend

Mein erster Verdacht: Wie sind denn die Datentypen für das betreffende Feld auf den verschiedenen Servern? In welcher Collation laufen die Datenbanken auf den verschiedenen Servern?

Gruß

Carsten

Bau mal einen Zeilenumbruch zwischen das Use-Statement und das Go. Dann klappts auch mit dem Nachbarn.

Ich würde so Vorgehen: Am Wochenende eine Extra Sicherung laufen lassen, Datenbank Überprüfen, umstellen auf "vollständig" und Sicherung konfigurieren.

Gibt es aus eurer Sicht Gefahren dabei ?

Eigentlich nicht. Solange du die Backups für Datenbank und Transaktionslog sowie die Wartungspläne sauber konfigurierst und dir dabei die Platten nicht volllaufen, gibts da keine Gefahren.

Und meine selbst erstellte wird auch nicht aufgelistet

Wird sie sicher doch. Nur wirst du sie wahrscheinlich mit deinen "beschnittenen Rechten" nicht sehen dürfen. Denn die Information über vorhandene Datenbanken kommt aus den System-Datenbank (master + msdb) und um aus diesen Informationen zu bekommen musst du zumindest "ein paar" Rechte haben. Du solltest meines Erachtens nach min. die Public-Rolle auf den Systemdatenbanken bekommen, damit solltest du die Datenbanken eigentlich sehen.

Auf der anderen Seite: Wenn du auf deiner DB arbeiten kannst wie du willst / sollst, dann hast du zumindest ausreichende Rechte. ;-)

Hallo exaveal und willkommen an Board

Ich pflichte dir bei, das es sich hierbei ganz deutlich um ein Rechteproblem handelt. Welche Rechte besitzt du denn aktuell auf der SQL Server Instanz?

Was sollst du auf der SQL Server Instanz alles machen können? Dann könnte man daran die wahrscheinlich notwendigen Rechte abstrahieren.

Gruß

Carsten

Hallo rentemplem

Wie wirkt sich eine Spiegelung auf die DB-Performance aus?

Pauschalurteile kann man schlecht abgeben, das ist immer auch von der Datenbankstruktur und den Datenmengen abhängig. Aber alles was ich bisher gesehen habe, war mehr mess- als fühlbar. Von daher recht entspannt.

Welchen Einfluß hat die neue Hardware auf die Performance?

Neue Hardware sollte mehr Leistung besitzen als deine derzeitige Bestandssoftware. Daher sollte ein Performancezuwachs verzeichenbar sein. Aber auch hier kann ein schlechtes Datenbankdesign den schnellsten Servern alt aussehen lassen.

Kann ein Clustering mit 2 verschiedenen BSs ( 2K3 und 2K8) und 2 DB-Versionen 2005/2008 funktionieren?

Nein. Für das Clustering brauchst du definitiv die gleiche OS-Version und die gleiche SQL Server Version.

Was würdet ihr bevorzugen?

Ganz klar die Variante Cluster.

aber zum Beispiel bezgl. Dimensionierung nichts sinnvolles gefunden habe.

Dazu anbei ein guter Blog-Post von Steffen Krause mit diversen Links zu herstellerspezifischen Sizing-Papers: SQL Server Sizing - Steffen über SQL, SharePoint und HPC - Site Home - TechNet Blogs

Und wenn du weitere Fragen hast, weißt du ja, wohin du dich wenden kannst. :-)

In dem Sinne, schönen Tag wünscht

Carsten