Honkytonk

Wie schon oft erwähnt, bin auch ich mit im ÖD, wenn vielleicht auch nicht im traditionellen Bereich wie einer Verwaltung...

Arbeitsbeginn: 01.02.2003

Tätigkeit: Softwareentwicklung auf Basis .Net 2.0 (demnächst 3.0!), SQL Server, mit Focus auf SOA, Betreuung älterer Projekte auf Basis C++ & VB6

Eingruppierung: momentan EG 11, Stufe2 (+ Programmiererzulage, Dienstwagen, dienstl. Handy);

Es muss nicht immer gleich die "große" Lösung sein. Dem SQL Server liegt seit jeher das Tool BCP bei. Eine andere Lösung wäre die Verwendung des T-SQL-Befehls BULK INSERT. Bei beiden Lösungen lassen sich die Field und Row-Terminatoren definieren.

BCP

BULK INSERT

Specifying Field and Row Terminators

Moin,

Ich gehe mal davon aus, dass "(local)" nicht der wirkliche Wert in deinem Command für -S ist oder? Auf welche Instanz ist denn dein SQLExpress installiert? Default-mäßig lautet die Instanz ja ".\SQLEXPRESS"...

Du kannst dir übrigens den Wechsel auf deine Datenbank "produktivDB" über den Parameter -d sparen, da du ja eh mit "use master" in deinem SQL-Script auf eine andere Datenbank wechselst. Ist die "produktivDB" überhaupt zu diesem Zeitpunkt schon vorhanden auf dem System? (obwohl sehe gerade, dass du sie dropst...)

Gruß,

Honky

Hi,

Outlook bietet neben einem VBA-Makro (also kein echtes Plugin) noch die Möglichkeiten über die COM-Schnittstelle oder via Visual-Studio-Tools-for-Office (VSTO) das Outlook-DOM anzusprechen. Eine gute Zusammenstellung bietet diese Seite bzw. dieser MS-Support-Artikel.

Gruß,

Honky

Ein Rat den ich dir geben kann, ist auch etwaige Fortbildungen mit aufzunehmen bzw. bei den Verhandlungen mit anzusprechen. (Müssen ja nicht immer gleich Zertifizierungen sein) Nach der Ausbildung sollte man ja nicht stehenbleiben...

Falls du Bekannte/Verwandte hast, die in nem Krankenhaus arbeiten:

Die haben dort schöne Kartons in denen die neuen, ungenutzten Windeln angeliefert werden. Werden meist auch unachtsam einfach entsorgt

[...]E10 (evtl. auch schon E9) gibt es meines Wissens nur ab FH-Studium.[...]

Nicht so ganz richtig. Generell richtet sich die Stufe nach deiner ausgeübten Tätigkeit bzw. der Stellenbeschreibung. Hier gilt immer noch die schon in einem anderen Thread verlinkte Vergütungsordnung zum BAT wo verschiedenen Stellenprofile schon beschrieben sind. (Ummünzung in die verschiedenen Entgeltgruppen muss man schon selber machen).

Da diese Beschreibungen schon etwas älter sind und den heutigen Stand im IT-Umfeld nicht detailliert genug nachkommen, hat ein Personalleiter IMHO einen relativ großen Ermessensspielraum bei der Eingruppierung.

Gruß,

Honky-ohne-Studium-E11

Nachtrag:

Die xp_cmdshell gibt es auch erst ab SQL Server 2005.

Du meinst wohl eher die Server-Konfig-Option 'xp_cmdshell' (umzu steuern ob die Prozedur ausgeführt werden darf), die gibt es in der Tat erst ab SQL Server 2005. Den Transact-SQL-Befehl xp_cmdshell gibt es schon auf dem SQL Server 2000...

Gruß,

Honky

Hi,

Für den MS SQL Server 2000 galten noch die Registry-Schlüssel "SQLDataRoot" & "SQLPath" unter

HKLM\Software\Microsoft\MSSQLServer\Setup\

als Default-Pfad für neu anzulegende Datenbanken. Ab SQL 2005 wird das ganze pro Instanz unter

HKLM\Software\Microsoft\Microsoft SQL Server\MSSQL.<Instanznummer>\MSSQLServer\Setup\

in den altbekannten Schlüsseln "SQLDataRoot" / "SQLPath" festgehalten. Die Instanznummern und -namen können über

HKLM\Software\Microsoft\Microsoft SQL Server\Instance Names\SQL\

aufgelöst werden.

Gruß,

Honky

Ja, Backup und Restore funktioniert auch als (T)-SQL-Befehl...

Mundgerecht aufbereitet (daraufhin zielte wohl deine Frage... )

Sichern:

BACKUP DATABASE [i]Dein_DB_Name[/i]

TO DISK='X:\[i]Dein_Backup_Pfad[/i]\[i]Dein_Backup_Name[/i].bak'

Wiederherstellen:

RESTORE DATABASE [i]Dein_DB_Name[/i]

   FROM DISK = 'X:\[i]Dein_Backup_Pfad[/i]\[i]Dein_Backup_Name[/i].bak' 

   WITH MOVE [i]Dein_Logischer_DB_Name[/i] TO 'Y:\[i]Dein_Daten_Pfad[/i]\[i]Dein_Datenbank_Datei_Name[/i].mdf',

   MOVE [i]Dein_Logischer_Protokoll_Name[/i] TO 'Y:\[i]Dein_Daten_Pfad[/i]\[i]Dein_Protokoll_Datei_Name[/i].ldf'

Microsoft hat dem Thema zufällig auch einen ganzen Artikel gewidmet.

Edit: Beachte, dass der Pfad beim Sichern sich auf dem Server befindet, der beim Wiederherstellen aber geändert werden muss...

Ich hatte ein ähnliches Problem mal mit meinem SDA2. So weit ich mich recht entsinne hat bei mir geholfen das Gerät zu trennen, sowohl auf ActiveSync- als auch auf SDA-Seite offline die Partnerschaft zu löschen und beide Systeme einmal zu rebooten. Danach habe ich es neu angestöpselt und die Partnerschaft neu eingerichtet.

Alles in allem ist der Stack für ActiveSync ziemlich buggy, daher ist da der Spruch "Reboot, tut gut" leider immer noch up2date. Der Prozess frisst sich manchmal einfach voll.

Kleiner Hinweis: ActiveSync 4.5 wurde released. Vielleicht bringt der angepriesene Troubleshooter was...

Gruß,

Honky

[..]

Wo wohnst du? Da zieh ich hin! Hier weiß kaum einer wie das Reißverschlusssystem funktioniert. Bisher weiß ich nur aus der Theorie, dass es gut funktioniert

[..]

Das ist ja das Grundproblem: die sind ja alle mobil. Wohnortswechsel bringts nicht. :beagolisc

Ich reg mich aber auch mittlerweile auch nicht mehr auf... Dafür ist das Leben zu kurz und ausserdem gibts graue Haare

Tach zusammen!

Mal eine kleine Frage, ist man nach deutschem Recht dazu gezwungen das Reißverschlusssystem anzuwenden, wenn eine Fahrbahn von zwei- auf eine Spur verringert wird?

Ja, geregelt durch:

StVO, § 7 Abs. 4

Ist auf Straßen mit mehreren Fahrstreifen für eine Richtung das durchgehende Befahren eines Fahrstreifens nicht möglich oder endet ein Fahrstreifen, so ist den am Weiterfahren gehinderten Fahrzeugen der Übergang auf den benachbarten Fahrstreifen in der Weise zu ermöglichen, daß sich diese Fahrzeuge unmittelbar vor der Verengung jeweils im Wechsel nach einem auf dem durchgehenden Fahrstreifen fahrenden Fahrzeug einordnen können (Reißverschlußverfahren).

Hatte gestern den Fall, dass so ein Typ hnter mir extra Gas gegeben hat, damit ich nicht in die Lücke komme und ist 200m danach rechts abgefahren...

Könnte man ihn wegen sowas anzeigen?

Hm ,eigentlich fällt sein Verhalten dann unter Nötigung...

Edit: Mist.. zu spät. Blödes Telefon

Ich habe ja auch nicht gesagt, dass das nicht sein kann. (wie man an meiner E-Gruppe & FIAE sieht). Diese Eckpunkte gelten ja auch nur als Richtwert. O-Ton meines bereits zitierten Personalleiters zu dem Thema Ausbildung und Eckpunkte war trocken: "Versuchen sie mal einen Fachinformatiker für E 5-8 zu bekommen...".

Fakt ist trotz allem, dass es rechtlich im Bereich des Möglichen eine Stelle mit E6 zu bewerten. Einzig und allein darum ging es mir in meinem Post.

Wie aber schon oben bereits erwähnt ist es müssig über Sinn und Unsinn einer solchen Bewertung zu streiten, da auch das Tätigkeitsfeld eines Systemadministrators, DV-Org-Sachbearbeiter (und wie die Stellen alle heißen mögen) weit gestreut ist.

Übergeleitete Stellen aus einem BAT (wie das denke ich mal auch bei dir der Fall sein wird) sind gesondert zu sehen, da jetzt eingestellte Arbeitnehmer ja andere Aufstiegsvoraussetzungen (keine Bewährungsaufstiege, automatische Altersaufstiege) haben.

Viel Glück auch dir bei deiner Klage!

Gruß,

Honky

[...] Landesbehörde gilt der alte BAT noch so weit ich weiß, bei Bund und Kommune ist das ganze übergeleitet in den TVÖD. [...]

Der TV-L, der für die Beschäftigten der Tarifgemeinschaft deutscher Länder gilt (Ausnahmen werden im Tariftext genannt), ist mit Wirkung vom 01.11.2006 in Kraft getreten.

[...] E6 ist für einen Systemadministrator nicht zulässig.[...]

Klar, dass die Stellen in der Regel höher bewertet sind. Sofern noch keine neue Entgeltordnung verabschiedet ist, gelten noch die alten Eckpunkte des BAT (von dir Protokollnotizen genannt)

• Entgeltgruppen 1-4 für An- und Ungelernte
  
• Entgeltgruppen 5-8 für mindestens 3-jährige Ausbildung
  
• Entgeltgruppen 9-12 Fachhochschulstudium bzw. Bachelor
  
• Entgeltgruppen 13-15 wissenschaftliches Hochschulstudium bzw. Master (Uni)
  

Quelle ist eine PPT unseres Personalleiters (Intranet ist schlecht verlinkbar ). Im übrigen sind/waren BAT VIb bis Vc (Übergeleitet ungefähr zwischen E6 und E8) gerade bei Systemadminstratoren auf kommunaler Ebene nicht gerade selten. Über die Frage ob gerechtfertigt oder nicht lässt sich natürlich in epischer Breite (und meist ohne Ergebnis) streiten.

Ich meine mich irgendwo im Hinterstübchen zu erinnern, dass bimei auch was zu dem Thema beitragen könnte

@Threadersteller:

Viel Glück!

Gruß,

Honky (E11)

Moin...

CS1009: In irgendeinem String hast du nach "\" was einen unerwarteten Escape-Character drin, also etwas ausserhalb von den "normalen"., die nach "\" innerhalb eines Strings stehen dürfen...

Muss aber nicht zwangsweise dein Process.Start sein.

Btw. RTL.de funktioniert bei mir von der Kommandozeile aus auch nicht.

Gruß,

Honky

Moin,

Dazu brauchst du eigentlich nur auf dem entsprechenden Rechner die osql.exe bzw. bei einer SQLExpress-Installation die sqlcmd.exe auf dem Rechner zu "installieren" (kopieren sollte reichen)

Gruß,

Honky

Was du wahrscheinlich eigentlich suchst ist ein Server für Groupware-Applikationen bzw. im einfachsten Fall einfach einen Mail-Server. Zimbra oder OpenXChange würden sich als OpenSource-Alternativen anbieten. (siehe auch Wikipedia-Artikel)...

Sorry, hatte ein wenig mehr zu tun in letzter Zeit.

Mit dem ganz normalem Editor von MS der in jedem XP zu finden ist.

Öhm, eine Daten- (.mdf) oder Log (.ldf)-Datei sind binäre Dateien, sie in dem Windows-Editor anzeigen zu können sagt nichts über ihre Funktionalität aus....

Soll ich den Emergency mode extra einschalten, dann Wie?

Oder ist der Emergency mode dieses graue Datenbank? :confused:

[...]

Habe probiert über EMS SQL Lite auszuführen - geht auch nicht (Falscher Syntax)

Da fehl was bei mir, oder? :confused:

Und der EXEC Befehl sagt mir das die DB schon existiert und alles bleibt wie es war.

Nochmals sorry, habe jetzt erst erkannt, dass ich den Befehl auf nem 2005er getestet habe. Auf nem SQL 2000 Server gibt es den Modus noch gar nicht.

Ansonsten wäre die Antwort "ja" und "nein" gewesen. Eine solche Eigenschaft müsstest du extra setzen, die graue Datenbank sagt nur aus, dass die Datenbank als suspekt, also fehlerhaft markiert ist.

Ausserdem habe ich das hier gefunden, kann aber leider dicht anwenden, da zu kurz beschrieben ist. Der Link.

Ah, da kommen wir schon zu einer 2000er-kompatiblen Lösung...

Der Status der Datenbanken im Server wird bekanntlich u.a. in der Tabelle sysdatabases in der master-Datenbank vermerkt. Normalerweise sollten Veränderungen an Sytemdatenbanken ohne eine System-Prozedur zu verwenden ein absolutes NO-GO sein. (!)

Angenommen die Datebank "EXAMPLE" befindet sich im "suspect"-Mode (ist also grau). Mit dem Befehl

UPDATE SYSDATABASES SET STATUS = 32768 WHERE NAME='EXAMPLE' 

empfiehlt "fritzo" nichts anderes als diesen Wert einfach zurückzusetzen. Besser wäre an dieser Stelle die System-Prozedur sp_resetstatus dafür zu nutzen. Also

EXEC sp_resetstatus 'EXAMPLE'

im Query Analyzer auszuführen. Dies entfernt aber nur die suspect-Eigenschaft aus der Tabelle, löst aber nicht dein eigentliches Problem, das die DB sich in einem inkonsistenten Modus befindet. Sei es drum. Wenn die DB nicht mehr suspekt ist, kann man auf ihr wieder Befehle ausführen, also können wir auch dir Reparatur anstossen mit

DBCC CHECKDB ('EXAMPLE', REPAIR_ALLOW_DATA_LOSS) 

Mit Glück kann noch etwas gerettet werden.

Sorry für die vielen Fragen. Das ist mein erster Crash. Und Danke für die tollen Erklärungen. Ich hoffe mit deiner Hilfe rette ich meine Daten. :e@sy

Uargs, nicht knuddeln.

Keine Angst, bei den meisten Sachen muss man sich immer zuerst durchhangeln. Allerdings lehrt es einen auch mal über Backup und Recovery-Konzepte nachzudenken.

Gruß,

Honky

die Mdf- und Log-Datei habe ich und die sind soweit OK. (Kann mit Editor öffnen und auslesen)

Ömm, kleine Frage: mit welchem Editor liest du die Datei aus?

2. ein Gleichnamigen DB zu erstellen, Server abschalten, mdf- und ldf-Dateien ersetzen und Server wiederstarten - Der Server sagt, dass die DB nich in Ordnung ist.

Im EnterpriseManager ist die DB dann Grau und ich kann nichts mehr damit machen.

Das die "grau" also "suspect" ist, ist in diesem Falle normal weil sie nicht deckungsgleich mit der Datei ist, die an den angehängt war bevor du den Server gestoppt hast. Probiere dann einfach den beschriebenen Ansatz via Emergency mode. Sicher dir die mdf aber vorher bitte nochmal. (File copy nicht via Backup). Nach der Reparatur (DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS) sollte sie nicht mehr suspect sein.

Und wie kann ich die im Forum beschribene Kommandos eingeben? :confused:

    EXEC sp_attach_db @dbname = N'pubs', 

       @filename1 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs.mdf', 

       @filename2 = N'c:\Program Files\Microsoft SQL Server\MSSQL\Data\pubs_log.ldf'

Das war der Vorschlag. Ist der auch für mich OK?

Ja, dieser T-SQL-Befehl zum Restore bewirkt letztendlich dasselbe wie ein Restore über die entsprechenden Dialoge im Enterprise Manager.

T-SQL-Befehle führst du am Besten über den Query Analyzer aus in dem du dich auf die master-Datenbank verbindest.

Wenn du die oben angeführten Pfade und Dateinamen auf deine Bedürfnisse anpasst, kannst du es ja mal auch damit probieren. Bezweifele aber dass das Ergebnis anders ausschaut.

Gruß,

Honky

Moin,

Sofern du kein aktuelles Backup hast könnte es schwierig werden. Hier in den MSDN Foren wird erklärt wie man über den Emergency mode und die Inkaufnahme von Datenverlust die DB wieder konsistent bekommt.

Die passende ldf hast du doch auch oder?

Gruß,

Honky

Also ich hab mal eben kurz geschaut und selbst in der Enterprise Library keine Umsetzung für ein Lesen eines CommandTextes aus einer gefunden. Müsstest du wie oben erwähnt selbst implementieren.

Über den Sinn und Zweck dieser Gebühr lässt sich wirklich, gerade im Begründungstext, streiten.

Worüber ich mich gerade mit meinem Kollegen unterhalten habe ist folgender Sachverhalt. Eine/Unsere Firma muss dann pro Standort die Gebühr entrichten. Wie verhält es sich nun aber mit dienstlichen PC´s, die bei dem Mitarbeiter daheim stehen und nur beruflich genutzt werden? (via VPN) Fallen die unter die Anmeldepflicht des Mitarbeiters oder die der Firma? Das Radio im Dienstwagen wird ja auch durch die Firma (berufliche Nutzung) und durch mich (private Nutzung) gedeckt....

Nein... (auch nicht der Dritte, Vierte oder gar Fünfte )

Nö.. um Mafia gehts da nicht.