Alle Aktivitäten

Ja, warte einfach mal 5-6h. Scheint seit kurzem etwas langsamer zu gehen in der ms Cloud. ;)

Beim ersten Mal wo ich die neue Domain gelegt habe, da hab ich direkt versucht die E-Mail-Adresse anzupassen. Dann habe ich die Domain gelöscht und neu angelegt und ca. 1 Stunde gewartet. Aber die Domain wird einfach nicht im Exchange Admin Center in akzeptierten Domänen angezeigt. Hab bisher noch nie warten müssen, konnte immer alles direkt komplett durchklicken und konfigurieren.

@spooner Bitte anonymisiere die Domain in deinem Beitrag, oder bist Du bzw. dein Kunde scharf auf Spam vom ersten Tag an? VG Damian

Wie lange hast du bis jetzt gewartet?

Hallo Zusammen, ich verzweifle gerade. Hab zu bestehenden Domains eine weitere Domain im Admin Center hinzugefügt. Alles mit dem Assistenten schön durchgeklickt, wie immer und alle DNS Einträge gesetzt und alles ist grün. Dann wollte ich beim User eine neue E-Mail-Adresse hinzufügen und erhalte folgende Fehlermeldung: You can't use the domain domainname.de because it's not an accepted domain for your organization. Hab jetzt alles Mögliche versucht, aber alles ohne Erfolg. Im Exchange Admin Center kann man unter Mail-Fluss nur die Akzeptierte Domänen einsehen, aber keine hinzufügen. Die PowerShell Befehle sind nur für lokale Exchange Server. Ich komme nicht mehr weiter. Habt ihr vielleicht einen Tipp? Danke, Gruß Arthur

Hotel ist gebucht. Bis Freitag

Daten in der DB und Dateigröße / Whitespace sind zwei unterschiedliche Dinge.

Kann durchaus sein. Ich hab’s nirgends benutzt. War halt irgendwann mal schulungsbestandteil. ;)

Wenn ich meinen Unterlagen jetzt aber traue, war aber um es zu nutzen eine ExchangeOnline P2 aus Lizenz Sicht notwendig und die ist nicht in der Standard enthalten, technisch geprüft wird es erst, seit es zu Purview gewandert ist

Ups, ja. Das wird wohl dann mein Fehler gewesen sein. Dann werde ich mich mal an den Support werden und zur not, falls das nicht hilft, ein monatsabo abschließen zum löschen

Wenn der Netzwerker die Anforderung hat, sich lokal ohne Netzwerk anmelden zu wollen, dann ist das erst einmal so seine Arbeitsweise. Sicherlich würde er dort, wo er kann, sich ans Netzwerk anschließen. Wofür er die lokale Anmeldung ohne Domäne braucht, weiß ich nicht. Vielleicht wenn er in einem anderen VLAN ohne Routing zur Domäne unterwegs ist zur Router- oder Firewallkonfiguration. Und gerade eben, beim Patchday hat es mich erwischt: Server fährt nach dem Neustart hoch und hat das Netzwerk nicht erkannt. Keine Domäne, keine Anmeldung... VM also neu starten und Daumen drücken, dass das reicht - hat gereicht. Bei Blechservern große ka**e, da muss dann LAPS her. Mit nicht 2025 und dessen lesbaren Kennwörtern, eine Qual :-(

Reine T-SQL Lösungen sind übersichtlicher. Powershell ist zu umständlich und dbatools (was die einzige Powershellalternative zu T-SQL wäre) darfste halt auch net auf jedem Server installieren. Außerdem viel zu umständlich mit SQL Agent auszuführen. Taskscheduler kannste in die Tonne kloppen weil faktisch keine Flexibilität.

Längst nicht mehr lieferbare Teile müssen in der Datenbank verbleiben, damit sie ein Kunde bestellen kann, und man dem Kunden dann sagt "können wir nicht mehr" und/oder "wollen wir nicht mehr"? Ich mache anderen Leuten keine Vorschriften, welchen "Job" sie toll finden.

Reine PowerShell-Lösung ist übersichtlicher.

Wir nutzen das tatsächlich auch muss ich zu meiner Schande gestehen Aber nur zu dem Zweck um zu erkennen, ob jemand die Datei bearbeitet hat. Haben wir oft genug, dass Kunden bei Angeboten einfach einen Passus raus streichen oder besonders perfide einfach einzelne Wörter ändern, die den ganzen Sinn umdrehen

Maintenance Pläne gehen in einer Contained AG nicht. Maintenance Pläne sind eh nicht das gelbe vom Ei. zu unflexible. Für die gängisten Wartungen sind die Scripte von Ola Hallengren die besten (ola.hallengren.com). Da haste auch keine Probleme mit den AGs. Als DBA solltest dich mit T-SQL auseinandersetzen. Da isses wichtig DMVs und System Tabellen zu kennen. Denn das meiste kannste eben nicht mit einem Maintenance Plan abdecken

Nö, alte Daten sind ja kein Grund. Und auch sonst gibt keinerlei Gründe Datenbanken zu schrumpfen.

eingestelltes Feature ist eingestellt.

Nein, das stimmt so nicht. Bis irgendwann 2024 war das eine Funktion, die es in Exchange Online gab (DLP Transport Rules). Wurde lange vorher an- bzw. abgekündigt, man kann also maximal den Vorwurf machen, dass man den Empfehlungen zum Löschen nicht gefolgt ist. ;) https://techcommunity.microsoft.com/blog/exchange/exchange-online-etrs-to-stop-supporting-dlp-policies/3886713 https://techcommunity.microsoft.com/blog/exchange/exchange-online-mail-flow-rules-to-stop-supporting-dlp-related-rules-conditions-/3959870

Hust du hast also etwas genutzt wofür du meines Wissens nach nie eine Lizenz hattest, nur weil es "ging" Ich bin gespannt, was Microsoft antwortet

Hilft dir evtl. nur bedingt, aber ich würde einfach ein Ticket bei MS eröffnen für den Kram.

Moin in die Runde, ich habe aktuell ein Problem bei der Erstellung meiner Wartungspläne im Kontext der Verfügbarkeitsgruppen. Zum Einsatz kommen bei uns zwei identische SQL-Server 2022 mit mehreren Instanzen und Verfügbarkeitsgruppen. Nun bin ich dabei die Wartungspläne einzurichten und frage mich, wie ich in diese eine Prüfung einbauen kann, welche den jeweiligen Knoten als aktiv (primäre Rolle) bez. inaktiv (sekundäre Rolle) identifiziert und dann entsprechend den Wartungsplan laufen lässt oder halt eben nicht laufen lässt. Die Funktion sys.fn_hadr_backup_is_preferred_replica ('DB Name')), die diese Prüfung für eine Datenbank durchführt, hatte ich schon entdeckt, nur weiss ich nicht an welcher Stelle ich diese in den Wartungsplan bzw. den Auftrag des SQL-Server Agents einbauen könnte. Da würde ich mich über ein kleine Hilfestellung freuen. Oder gibt es doch eine Möglichkeit für eine Verfügbarkeitsgruppe einen Wartungsplan zu erstellen. Ich meine gelesen zu haben, dass das für die sogenannten Enthaltenen Verfügbarkeitsgruppen nicht funktionieren würde. Ist dem so oder gibt es da Möglichkeiten? Ich danke schon mal im Voraus für eine Hilfestellung. Gruß Karsten

Hi Boyz, das habe ich aber auch schon mehrmals geschrieben, wir nutzen eine 3party Software dafür. So jetzt schönes Wochenende und Danke! Q

Exchange kann nicht anhand des Absenders einen Konnektor auswählen. Evtl. habt einen Dritthersteller dafür im Einsatz. Dein Konstrukt ist fragwürdig. Schon alleine der Popkonnektor. Da ohne Dritthersteller keinen Sendekonnektor wählen kann, muss bei euch was anders sein oder er nutzt doch immer den gleichen Sendekonnektor. Auch beim Empfangskonnektor sehe ich keine Notwendigkeit für jede Domain einen eigenen zu haben. Ich habe selbst diverse Domains und komme für Empfang und Versand mit jeweils einem Konnektor aus.

Den Punkt gibt es bei mir gar nicht Nur wenn ich unter Lösungen -> Alle Erkunden -> Verhinderung von Datenverlust klicke Komme ich auf so eine nutzlose Seite Bei Klick auf "Zum Compliance-Manager wechseln komme ich zu einer Seite mit "Verbesserungsaktionen" die mir gar nichts anzeigt Ich habe leider keine E3 lizenzen sondern nur Business Standard