Angenommen, Sie müssen Dienstkonto für Microsoft SQL Server 2012 Service ändern. Wenn es früher System war, dann jetzt müssen Sie unter einem Domänenkonto zu arbeiten.

Verfahren selbst Rechnungs Wechsel ist ganz einfach. Starten Sie Sql Server Configuration Manager und in SQL Server Services Unterstruktur ändern Eigenschaften des Dienstes.

Vor dem Microsoft SQL Server 2012 und Mechanismus AlwaysOn veröffentlicht wurden, Vor dem Microsoft SQL Server 2012 und Mechanismus AlwaysOn veröffentlicht wurden, hatte Datenbank-Administratoren nur Database Mirroring als Lösung für Datenbanken zu replizieren. Es war die einzige Möglichkeit, die "billig" hohe Verfügbarkeit zu erreichen. Und Database Mirroring war nicht so gut, wie es sein soll. Außerdem ist, wie meine testings zeigte (und das ist nicht in der Dokumentation geschrieben), ist es nicht die synchrone Replikation und Transaktionsprotokolle.

Kurz gesagt - wir haben das Verhalten der Datenbank während der intensiven Aufnahme und verschiedene Fehler untersucht . Welche Ausfälle sahen wir:

• Geplante Abschaltung des Master-Servers (manuelle Service Stopp) des Master-Servers ohne Benachrichtigung des Spiegelserver.
• Ungeplante Abschaltung des Master-Servers.

Merkwürdigerweise war es eine geplante Abschaltung, die zeigten, dass es einen Unterschied zwischen einer gespiegelte Datenbank auf dem Master und den Spiegelserver.

Deshalb würde ich nicht verwenden Database Mirroring in Produktionsimplementierungen, empfehlen aber einen Blick auf die AlwaysOn-Technologie nehmen.

Während ich habe getestet Failover-Cluster von Microsoft SQL Server 2012 (mehr Details: Schritt-für-Schritt die Bereitstellung von AlwaysOn auf MS SQL 2012) Ich brauchte Massenimport einiger Daten in die Datenbank zu generieren.

Sobald ich in T-SQL sehr schlecht bin, entschied ich mich für diese Aufgabe Skript auf Powershell zu schreiben.

Wir brauchen:

• Datenbank selbst
• Tabelle in sie zu Testzwecken

Wenn Sie Zugang zu Azure SQL PaaS-Datenbank gewähren müssen, können Sie folgende T-SQL-Skripte verwenden.

Transparente Datenverschlüsselung (Transparent Data Encryption, TDE) verschlüsselt SQL Server-, Azure SQL-Datenbank- und Azure SQL Data Warehouse-Datendateien, bekannt als „Verschlüsselung ruhender Daten“. Sie können verschiedene Vorsichtsmaßnahmen treffen, um eine Datenbank abzusichern, beispielsweise ein sicheres System entwerfen, vertrauliche Datenbestände verschlüsseln oder eine Firewall für die Datenbankserver einrichten. Wenn jedoch physische Medien (etwa Laufwerke oder Sicherungsbänder) gestohlen werden, muss ein böswilliger Benutzer die Datenbank einfach nur wieder herstellen und kann dann die Daten durchsuchen. Eine Lösung dieses Problems besteht darin, die sensiblen Daten in der Datenbank zu verschlüsseln, und den für die Verschlüsselung der Daten verwendeten Schlüssel mit einem Zertifikat zu schützen. Dadurch kann niemand die Daten verwenden, der nicht im Besitz der Schlüssel ist. Diese Art des Schutzes muss jedoch im Voraus geplant werden.

Hier ist das Skript, das Server in Ihrer Domain mit Microsoft SQL Server installiert wird.

Skript kann nicht reagierende Server mit Pings über WMI-Aufrufe verarbeiten, was nützlich ist, wenn ICMP aus irgendeinem Grund blockiert ist. Auch - ich bin mit Powershell Remoting, also bitte sicher sein, dass es auf Ihren Servern aktiviert ist.