PowerShellAdmin

Also ich bin kein SQL Entwickler, habe aber regelmäßig mit welchen zu tun und basteln manchmal kleine Abfragen. Bevor man sich Lektüre kauft, sollte man entscheiden, auf welche SQL Plattform man setzen möchte. Prinzipiell ist z.B. MySQL und MS-SQL auf T-SQL aufbauend, trotzdem hat jede Plattform seinen eigenen Dialekt und auch seine Daseinsberechtigung. So sind Punkte, wie relationale Datenbanken und MySQL eine etwas empfindliche Sache - hier war die Unterstützung immer so lala. Oracle würde ich nur einsetzen, wenn es sinnvoll ist - Alleine die Setuproutine hat mich das erste mal, aufgrund von Fehlern, viel Nerven gekostet :) Gerade wenn du viel mit MS Produkten zu tun hast, würde ich mich mit dem SQL Server auseinander setzen. Dieser hat eine umfangreiche "Infrastruktur" und ist so administrativ auch eine Herausforderung. Passend würde ich mir dann auch die richtige Lektüre suchen. Grüße Admin

Hi, ich habe von meiner damaligen 4 wöchigen SQL Schulung vom damaligen Leiter die Unterlagen zu Verfügung bekommen. Die Schulung setzte auf TSQL unterm SQL 2005 ein - also keine großen Änderungen. Was wir nicht hatten waren Reports, SSIS. Die Schulungsunterlagen sind in nummerierten Ordnern inkl. Aufgaben und Lösungen. Wenn du mir deine Email per PM schickst, sende ich dir gerne die Unterlagen zu. Grüße Admin

Hi, vielleicht ist ja PowerShell was für dich? Dafür benötigst du nur ein Windows Member Rechner mit PowerShell und den Microsoft RSAT Modul - Installation siehe hier http://www.msxfaq.de/code/rsat_adpowershell.htm Unter Domäne musst du die Subdomäne eintragen, des Weiteren musst du noch ein Array in der Schleife beladen und dieses als CSV exportieren. Habe das Ganze jetzt nur freihand angepasst, kann also nen Fehler versteckt sein, muss außerdem angepasst werden. Der Skript gibt auch erstmal nur ein Attribut aus und exportiert noch nicht. viele Grüße Admin #Import AD-Extensiosn import-module activedirectory #Mitarbeiter OU/CN $userpath="cn=users" #Pfad zum Benutzer (cn=users oder ou=Mitarbeiter - Abhängig ob Benutzer im Container oder OU #Objekt beinhaltet alle AD Windows Gruppen #Setzt den Filter auf eine Subdomäne $domain= dc=sub,dc=domain,dc=tld $users=Get-aduser -Filter {ObjectClass -eq "user"} -Searchbase "$domain" -properties * foreach($object in $users) { #Ausgabe Profilpath $profilpath=$object.TerminalServicesProfilePath # #Hier kannst du jetzt ein Arraybeladen usw }

Hi, also ein Select in der PowerShell ist aufwendiger als ein einfaches Insert. So in der Art hatte ich vor einiger Zeit Selects fürn SQL gelöst. #Datenbank Variablen $sql_server="sqlinstanz" $sql_db="db" $sql_table="tbl_1" $sql_Con = New-Object Data.SqlClient.SqlConnection #Datenbank Verbindung $sql_Con.ConnectionString = "Data Source=$sql_server;Integrated Security=True;Initial Catalog=$sql_db" $sql_Con.open() $sql_Cmd = New-Object Data.SqlClient.SqlCommand #SQL Abfrage $sql_Query="select * from "+$sql_table #setzt die Abfrage $sql_Cmd.CommandText = $sql_Query #Erstellt einen Adapter - Für Ausgabe von Query $sql_Adapter=New-Object System.Data.SqlClient.SqlDataAdapter $sql_Adapter.SelectCommand = $Sql_Cmd #setzt die Verbindung $sql_Cmd.Connection = $sql_Con #erstellt Objekt für die SQL Daten $sql_Daten=New-Object System.Data.DataSet #befüllt diese mit dem Inhalt $sql_Adapter.Fill($sql_Daten) #schließt die aktive SQL Verbindung $sql_Con.Close() Eingaben / Manipulationen sehen ähnlich aus. Da kannst du dir an der Stelle den Adapter & co das passende Object sparen. #Datenbank Variablen $sql_server="sqlinstanz" $sql_db="db" $sql_table="tbl_1" $sql_Con = New-Object Data.SqlClient.SqlConnection #Datenbank Verbindung $sql_Con.ConnectionString = "Data Source=$sql_server;Integrated Security=True;Initial Catalog=$sql_db" $sql_Con.open() $sql_Cmd = New-Object Data.SqlClient.SqlCommand #SQL Abfrage $sql_Query="inser...into "+$sql_table #setzt die Abfrage $sql_Cmd.CommandText = $sql_Query #setzt die Verbindung $sql_Cmd.Connection = $sql_Con #Schreibt Update in die Datenbank $sql_Cmd.ExecuteReader() #schließt die Verbindung $sql_Con.close() Geht womöglich einfacher - aber das läuft wunderbar mit den Boardmitteln Grüße Admin

Also ich hatte GFI Fax vor 3 Jahren bei einem Kunden mit einem Exchange 2007 im Einsatz, lief meiner Erinnerung nach problemlos. Einzige Mankos, Faxe mussten in Outlook im Format: Faxnummer@Faxmaker.com oder ähnlich verschickt werden. Grüße Admin

am besten du überprüfst deinen Mailserver mit MX Lookup Tool - Check your DNS MX Records online - MxToolbox. Hier schaust du mal, ob du auf einer Blacklist bist und/oder dein rDNS Eintrag fehlerhaft ist. Außerdem würde ich auf den Sendeconnectoren das ausführliche Logging aktivieren und den Nachrichtenverkehr überprüfen - anhand der SMTP Fehlermeldungen kannst du auch weiter suchen. viele Grüße Admin

Exchange Server unterstützt das einfach derzeit nicht. Das heißt, er kann nicht je Absendedomäne einen Sendeconnector verwenden. Meines wissens gibts da nur einen Anbieter Grüße Admin PS: Habe hier auch 2 Maildomänen und einen Sendeconnector. Dieser läuft auf eine willkürlich ausgewählte Domäne. Hier habe ich beim Internetprovider den rDNSEintrag gesetzt und den Namen festdefiniert im Sendeconnector eingetragen - Also sicherlich wie bei dir. Problematisch wird es je nach Anforderung :) Z.B. wenn man unterbinden möchte, dass der Empfänger weiß, dass Domäne 1 und 2 zusammengehören.^^ Wobei da auch bei Denic & co meistens nachgeschlagen werden könnte^^ edit: http://www.mcseboard.de/ms-exchange-forum-80/2-domaene-sendeconnector-richtig-zuordnen-177591.html Hier war das Thema auch schonmal :)

klingt für mich so, als ob die 2 Emaildomäne als AbsendeServer den FQDN des ersten Sendeconnectors hat. Falls dem so ist, stimmt das erstmal. Möchtest du je Domäne einen anderen Absendeconnector, dann benötigst zusatz Software vom 3rd Anbieter - on the fly unterstützt dass der Exchange nämlich nicht. Grüße Admin

So kurzes Feedback: Ursache war gestern die Störung der Anmeldeserver. Der Exchange 2010 CAS Server hatte ein fehlerhaftes Eventlog - Auf dem Postfach/Hubserver war allerdings alles ok. Neustart des CAS Servers hat sämtliche Probleme an den Outlookclients behoben. Der irretierende Netlogonfehler trat bereits vorher auf, Ursache ist hier Clientseitig. So kurzer Schreck in der Frühe :) Grüße Admin

Also der Fehler besteht noch und macht mir jetzt auch ein wenig Bauchweh. Am Client erhalte ich folgenden Fehler Ereignis ID 5719 - Quelle Netlogon Wie kann das sein ? Der Computer konnte eine sichere Sitzung mit einem Domänencontroller in der Domäne IMPETUS aufgrund der folgenden Ursache nicht einrichten: Es sind momentan keine Anmeldeserver zum Verarbeiten der Anmeldeanforderung verfügbar. Dies kann zu Authentifizierungsproblemen führen. Stellen Sie sicher, dass der Computer mit dem Netzwerk verbunden ist. Wenden Sie sich an den Domänenadministrator, wenn das Problem weiterhin besteht. ZUSÄTZLICHE INFORMATIONEN Wenn dieser Computer ein Domänencontroller der bestimmten Domäne ist, wird eine sichere Sitzung zum primären Domänencontrolleremulator in der bestimmten Domäne eingerichtet. Andernfalls richtet dieser Computer eine sichere Sitzung zu einem beliebigen Domänencontroller in der bestimmten Domäne ein. Das Ganze geht soweit, dass sich Clients nur über Authentifizierung-also Outlookanywhere verbinden. edit: Ich habe jetzt sämtliche Rollen auf den 3. DC übertragen. Werde überprüfen ob das Problem dann weg ist. Wie überprüfe ich am besten die Verbindung zwischen Client und Anmeldeserver ? DCDiag ? edit2: GPOUpdate am Client ohne Fehler Netlogon Fehler ist weg Wieso verlangt Outlook an manchen Rechnern eine Authentifizierung ?

Habe es eben ergänzt, hatte die Domainaming Master Rolle verpennt. Der DNS ist ADintegriert - die andern Rollen hatte ich schon vor "Monaten" verschoben. Allerdings wundert es mich, wieso sich Clients anmelden können, welche den 3. DC als DNS eingetragen hatten. DNS habe ich durchsucht - hier passen alle Einträge - überall stehen die 3DCs drinne.

Hallo zusammen, wir haben eine Domäne und in dieser soll der 1. DC entfernt werden. 1.Physikalischer DC & ehemlaiger Rolleninhaber 2.Virtuellen DC & neuen Rolleninhaber 3. Physikalischer DC - Backup DHCP, DNC, Zerstelle etc ist alles erfolgreich portiert, jetzt hatte ich auf dem 1. System den DNS Server deinstalliert und den 2. DC neugestartet. Ergebnis: 2. System funktioniert nicht mehr erfolgreich, Remote LSA Anmeldefehler. Weitere Systeme waren ebenfalls von der Störung betroffen. Im Anschluss habe ich den DNS auf dem 1. DC wieder installiert -> alles funktioniert. Die betroffenen Systeme hatten den 1. und 2. DC als DNS Server eingetragen. Nachdem ich den 3. DC eingetragen habe ging es. Jetzt das große aber: Soweit der 1. DC läuft, funktioniert auch der DNS über den 2.DC => habe ich am Client getestet. Innerhalb der Activedirectory Standorte und Dienste habe ich die 3DC eingetragen. Jeder DC hat als Sync die andern beiden eingetragen. Server1->Sync mit Server2,3 Server2->Sync mit Server1,3 Server3->Sync mit Server 1,2 Hinweis: Nicht alle Server innerhalb der Synceinstellung sind automatisch generiert - habe diese hier manuell ergänzt. Grüße & vielen Dank Admin edit: Der 2. DC ist 1.Schemamaster 2.RID 3.PDC 4.Infrastruktur 5. Domainnaming Master: Habe gesehen, dass er noch nicht als Betriebsmaster in den "Active Directory Vertrauenseinstellungen" gesetzt war - habe ihn hier jetzt ebenfalls gesetzt. Das erklärt aber immer noch nicht, wieso die Server/Clients mit DC 3 im DNS sich anmelden konnten.

Hi, ja braucht kein eigenes, du verwedest ja die des Mailusers. Einfach in Outlook das Konto einbinden und es funktioniert. Einfach mal testen.^^

Jap ! Kannst das Postfach im Anschluss auch beim User1 in Outlook hinzufügen. Wie bereits geschrieben, Vollzugriff regelt lediglich den Zugriff auf das ExchangePostfach und Senden als die Sendenberechtigungen. Grüße Admin

1.Vollzugriff: Postfachberechtigungen 2.Senden Als: Emailsendeberechtigungen. Wenn du Empfangen und Senden möchtest, dann benötigst du 1&2. Grüße Admin

Hi, ich habe bei uns von einem alten Server, die Homedrives umgezogen. Die Freigabe habe ich wie folgt umgezogen: Neuen Server Home Ordner angelegt und als Home$ freigegeben - Berechtigungen vom Home Ornder der Ursprungsservers übernommen - nicht weiter nach unten vererbt und dann per XCOPY alle Daten mit den NTFS Berechtigungen verschoben: xcopy /k/r/e/i/s/c/h/o Per PowerShell habe ich die HomedriveAttribute ausgelesen und den Servernamen durch den neuen ersetzt. => Fertig. (Ja ich weiß man kann das auch sicher über Pipes lösen, da ich das aber übersichtlich wollte in ne Foreach gepackt, ist nur ein kleiner Rohling der zweckmäßig ist ). #Import AD-Extensiosn import-module activedirectory #Mitarbeiter OU/CN $userpath="cn=users" #Pfad zum Benutzer (cn=users oder ou=Mitarbeiter - Abhängig ob Benutzer im Container oder OU #Objekt beinhaltet alle AD Windows Gruppen $domain=([ADSI]"LDAP://rootDSE").defaultNamingContext $users=Get-aduser -Filter {ObjectClass -eq "user"} -Searchbase "$userpath,$domain" -properties * foreach($object in $users) { #aktualisiert den Profilpath zum neuen Server $profilpath=$object.homedirectory -replace "dsrv31","psrv18" $profilpath #Setzt das Homelaufwerk set-ADUser $object.sAMAccountName –homedrive "w:" #Setzt den Profilpath auf den Benutzer set-ADUser $object.sAMAccountName –homedirectory $profilpath } vielleicht hilfts ja einen weiter - Grüße Admin. PS: Hier ist noch ein einfacher Skript, den ich auf die schnelle gemacht hatte. Er läd aus dem SVN eine aktuelle Version einer Datei und verteilt diese in einen fest definierten Ordner zu jeden Benutzerordner - bei Bedarf legt er den Ordner automatisch an. Dazu ist noch eine einfache Fehlerbearbeitung eingebaut und eine Emailbenachrichtigung. #Version 1.1 #Date 02.04.2012 # Softwareverteilung cls #Fehlervariable wird auf $null gesetzt #$error[0] = $null #Varbiablen werden definiert #Emailversandt $email_versender="softwareverteilung@domain.biz" $email_empfaenger="me@domain.biz" $email_smtpserver="10.1.2.15 #Emailfunktion function sendmail { if($error[0] -ne $null) { $email_titel="Beispiel Verteilung Fehler" #Fehlerbeschreibung wird übergeben $email_inhalt=$error_message } else { $email_titel="Beispiel Verteilung erfolgreich" #Fehlerbeschreibung wird übergeben $email_inhalt="Das Beispiels wurde erfolgreich verteilt" } #setzt die Kodierung der eMail $email_encoding = New-Object System.Text.utf8encoding #eMail wird versand send-mailmessage -From $email_versender -To $email_empfaenger -Subject $email_titel -Body $email_inhalt -Smtpserver $email_smtpserver -BodyAsHtml -Encoding $email_encoding } #Läd die aktuelle Version der Frontenddaten herunter & "C:\Program Files\TortoiseSVN\bin\svn.exe" up "E:\SVN\Trunk\Projects\beispiel.mdb" & "C:\Program Files\TortoiseSVN\bin\svn.exe" up "E:\SVN\Trunk\Projects\beispiel.xls" #Homefolder wird geladen $homelaufwerk = Get-ChildItem "\\psrv18\home$" foreach( $benutzer in $homelaufwerk ) { #Überprüft ob der Ordner \Programme\Beispiel vorhanden ist if (!(Test-Path -path ($benutzer.FullName+"\Programme\Beispiel").tostring())) { #erstellt die neuen Ordner, falls nicht vorhanden New-Item ($benutzer.FullName+"\Programme\Beispiel").tostring() -type directory } #überschreibt die alten Versionen copy-Item E:\SVN\Trunk\Projects\beispiel.mdb ($benutzer.FullName+"\Programme\Beispiel").tostring() copy-Item E:\SVN\Trunk\Projects\beispiel.xls ($benutzer.FullName+"\Programme\Beispiel").tostring() } if($error[0] -ne $null) { #schreibt die Fehlermessage $error_message=$Error[0] #ruft Mailfuntkion auf sendmail echo 'error' #beendet den Skript exit } sendmail

frohe Ostern :) Feierabend - war bei meinen Eltern und stellte fest IT steht - keine Mails & co. Essen gecancelt und in die Firma - Serverraum ~40°, Klima ausgefallen- beim Wasser ablassen kam Öl raus und ein Dell Lüfter hats scheinbar auch gekillt - surrt nun erheblich... So ... :) Mahlzeit !

also virtuellen DC haben wir, da sollten auch alls Masteroles drauf sein, dazu noch einen weiteren physikalsichen DC (Backupserver). Dahingehend kann der Server depromoted werden. Habe nur die Befürchtung, dass ich in irgendeine "Leiche" renne und durchs depromoten etwas an die Wand fahre. Vom Prinzip läuft da nicht viel, selbst der Exchange ist auf den virtualisierten DC umgestellt und läuft ohne zicken. Denke es ist das beste ich ziehe alles Step by Step um Freigaben Private Freigaben / Homelaufwerk verschieben & Per PowerShell Attribut aller Benutzer anpassen 2 SQL DBs mit einigem Schnickschnack- da hängen leider noch paar Transaktionen mit anderen DBs dran - muss auf unseren SQL Entwickler dann warten Der Zertserver ist ziemlich unwichtig, mussi ch umziehen und dann die Stammzertverteilung per GPO anpassen Allerdings überlege ich mir für die Dateien noch nen Raid1 mit SAS 7200 einzurichten und dadrauf die Files auszulagern - die 8*15k sind mir dafür eigentlich zu schade. Grüße Admin

Hallo zusammen, wir haben hier noch älteres physikalisches System, dass ich gerne virtualisieren möchte. Das System ist der ursprüngliche DC und ehemalige, Zertserver, Fileserver, 2nd DNS Server, und SQL Server für ältere Datenbanken. Großteil der Dienste hatte ich bereits umgezogen. Hinweis: Wir haben noch einen physikalischen DC und einen weiteren virtuellen DC (neuer Master) Da das System ein wenig zickt, würde ich das Ganze gerne virtualisieren. Ich dachte derzeit an folgendes Vorgehen: -alle Rollen auf virtuellen DC umsetzen - ist bereits geschehen (nochmal mit fsmo überprüfen) -Vmwareconverter installieren -SQL Server Dienste beenden -Netzwerkkabel entfernen -Vmware auf Netzwerkfestplatte konvertieren-USB 2 das kann dauern... -System auf ESXi wiederherstellen Da es ein DC habe ich etwas Bauchweh und überlege mir das Depromoten - allerdings ist mir dabei ein wenig unwohl. Ist das vorherige depromoten empfehlenswert oder muss ich mit Problemen rechnen ? Grüße Admin edit: Alternative: Datenbanken umsetzen, Verbindungsskripte anpassen usw. Freigaben umziehen Im Anschluss mit DCPromo depromoten und das System entfernen.

Der MX record definiert den Mailserver-http://de.wikipedia.org/wiki/MX_Resource_Record Hier kannst du aber keine IPs eintragen, dieser akzeptiert nur FQDN. Daher erstellst du dir eine Subdomain, z.B. mx.domain.tld. Auf Domain.tld trägst du unter MX Record die Subdomain mx.domain.tld ein Auf mx.domain.tld passt du den A Record auf die IP deines SMTP Servers an. Entweder hastdu eine feste IP aufm Router und trägst die ein (Portforwarding Port 25 auf den SBS) oder du trägst eine zusätzliche öffentliche IP ein. Generell würde ich mal das Forum durchsuchen, das Thema wird recht häufig aufgekaut. Sind sicher einige Tipps dabei. smtp site:mcseboard.de - Google-Suche mx site:mcseboard.de - Google-Suche Anderes Thema ist noch der eigene SMTP-Versand - Stichwort reverse DNS... Hier auch bitte schauen. Grüße Admin PS: Sehr gute Seite http://www.msxfaq.de/internet/mxrecord.htm http://www.msxfaq.de/internet/smtpmx.htm

so es ist gelöst, der UNCZugriff funktioniert Generell kann man auf http://site wie folgt zugreifen: \\site@80\vorlagen \\site:80\vorlagen \\site\davwwwroot\vorlagen Fehler: Der UNC Zugriff ging erst nach dem Aufruf einer Exploreransicht einer Bibliothek. Lösung: Am Client muss der Windowsdienst "Webclient" gestartet sein. Diesen habe ich auf automatisch gesetzt. Werde das per GPO verteilen. Ein weiterer Punkt den ich gefunden habe: Local Machine\System\CurrentControlSet\Services\WebClient\Parameters Hier den neuen Dwordeintrag "UseBasicAuth" mit dem Wert "1" anlegen. Hinweis: Der SharePoint verwendet ein eigenes Webdav, bitte nicht mit dem IIS Feature Webdav Veröffentlichung verwechseln. Dies darf auf dem SharePoint Frontend Server NICHT installiert sein. Grüße Admin

*ausgrab* Also wir verwenden die Forderungsbasierte Authentifizierung, der Exploreransichtaufruf durch den IE funktioniert wunderbar. Allerdings gehen erst im Anschluss klassische UNC Pfade, vorher habe ich da keine Möglichkeit. Bin etwas verwundert, am andern SharePoint wiederrum geht es - nehme an es liegt an der Authentifizierungmethode. Ist vielleicht noch Jemanden die Eigenart bekannt oder hat eine Idee ? Patchstand ist Dezember 2012, warte aufs April CU (überspringe Februar). Grüße Admin PS: Habe die Netzwerkidentifizierung im Verdacht - vielleicht wird NTLM nicht richtig verwendet. Der Hostname entspricht NICHT der Websiteadresse des SharePoints.

Ha dann mal viel Erfolg. Lass uns dein Ergebnis sehen :)

Admins sind halt NICHT die geborenen Entwickler ;) Konzeptionierung & Planung kommt mit der Zeit. Ich würde mir die Daten aus der TXT Auslesen und in eine Foreach packen. In der Schleife würde ich jeden Namen prüfen - Gruppe oder Benutzer. Falls Benutzer => Rechte setzen Falls Gruppe verschachtelte Foreachschleife, in der du die Elemente ausliest und dann die Rechte setzt. Achja ... eine TXT ist wirklich sch..lecht zum Import, würde eher auf eine CSV-Datei setzen, diese lässt sich wesentlich besser bearbeiten und man kann in einer Spalte bereits definieren ist es eine Gruppe oder Benutzer. Weiß ja nicht woher die TXT erzeugt wurde... Vielleicht kann man sich die Datei auch vollständig sparen, in den man per Abfrage auf alle Benutzer in einer OU die Rechte setzt :) ... wer weiß das schon ... Würde mich ersteinmal hinsetzen und notieren woher kommen die Daten ... Vielleicht kann das an der Stelle schon vereinfachen. Grüße Admin

du möchtest rekursiv den Usern deiner Gruppen (welche im TXT stehen) ebenfalls die Berechtigungen geben ? Falls ja schau mal bei Get-ADGroupMember und dem Flag -recursiv, das Ganze in eine Schleife packen. Dazu benötigst du noch die AD-Erweiterung "import-module activedirectory" (zuvor installieren). Je nach den Anforderungen kann man sich da was passendes basteln. Grüße Admin