Jump to content

Catastrophic Failure

Members
 View Profile  See their activity

  • Posts

    562

  • Joined

  • Last visited

 Content Type 

Blog Entries posted by Catastrophic Failure

  1. Catastrophic Failure
    Γι’ αυτούς που αγαπούν το διάβασμα, την γνώση και την αγάπη τους γι’ αυτό που κάνουν, στους ακόλουθους συνδέσμους θα βρουν διάφορα βιβλία της Microsoft σε PDF για τα προϊόντα: Microsoft Visual Studio 2010, Microsoft SQL Server 2008 R2, Programming Windows Phone 7 Series και πολλά άλλα…Απολαύστετα!
    Moving to Microsoft Visual Studio 2010 (10 chapters by by Patrice Pelland, Pascal Paré, and Ken Haines)
    Introducing Microsoft SQL Server 2008 R2 (10 chapters by Ross Mistry and Stacia Misner)
    Programming Windows Phone 7 Series (DRAFT Preview) (6 chapters by Charles Petzold)
    Programming Windows Phone 7 (Special Excerpt 2) (newer than the ebook above; 11 chapters by Charles Petzold)
    Own Your Future: Update Your Skills with Resources and Career Ideas from Microsoft (8 chapters by Katherine Murray)
    Understanding Microsoft Virtualization Solutions (Second Edition) (6 chapters by Mitch Tulloch)
    First Look Microsoft Office 2010 (14 chapters by Katherine Murray)
    Windows 7 troubleshooting tips (short ebook by Mitch Tulloch)
    Introducing Windows Server 2008 R2 (9 chapters by Charlie Russel and Craig Zacker)
    Deploying Windows 7, Essential Guidance (10 chapters from the Windows 7 Resource Kit and 6 TechNet articles)
  2. Catastrophic Failure
    Όταν μια OAB χτίζεται από το σύστημα, η διαδικασία OAB Generation process (OABGen.dll) θα δημιουργήσει το main share [ExchangeOAB], ώστε τα αρχεία της OAB τοποθετηθούνται για παραλαβή (pickup) από το FDS (File Distribution Service), το οποίο λειτουργεί (εκτελείτε) στο Server Client Access.
    Υπάρχουν δύο διαδρομές (locations) γι’ αυτό το directory:
    Exchange 2007 - x:\Program Files\Microsoft\Exchange Server\ExchangeOAB Exchange 2010 - x:\Program Files\Microsoft\Exchange Server\V14\ExchangeOAB Εάν αυτός ο φάκελος έχει διαγραφεί, η OABGen θα ελέγξει για το αρχείο και θα το ξαναδημιουργήσει.
    Τα ακόλουθα δικαιώματα που ορίζονται σε αυτόν το φάκελο:
    Allow SYSTEM Full Control Allow Administrators: Full Control Allow Exchange Servers: Traverse Folder List Folder Read Attributes Read Extended Attributes Read Permissions CONTAINER_INHERIT (folder and subfolders permissions) Allow Exchange Servers: Read Data Read Attributes Read Extended Attributes Read Permissions CONTAINER_INHERIT + OBJECT_INHERIT (folder, subfolders and files permissions)
  3. Catastrophic Failure
    Όπως ανέφερε και αγαπητός Pkalog ,το Service Pack 1 για τον Exchange 2010 is coming!!
    Στο παρόν Post, δα δούμε με μια πρώτη ματιά, τις αλλαγές που θα φέρει το Service Pack 1 του Exchange Server 2010. Το SP1 θα περιέχει fixes τα οποία θα μας βοηθήσουν στα διάφορα θέματα που έχουν προκύψει. Επίσης θα ήθελα να επισημάνω μερικές από τις βελτιώσεις που θα φέρει το SP1 στα ακόλουθα: archiving, Outlook Web App (OWA) improvements, mobile user και management improvements, και επιπρόσθετα UI για management tasks. Αυτή δεν είναι η ολοκληρωμένη λίστα (υπάρχουν και πολλά άλλα).
    Είμαι στην ευχάριστη θέση να σας ενημερώσω ότι θα κυκλοφορήσει μια beta του SP1 για download, τον Ιούνιο 2010. Αυτό θα μας δώσει την ευκαιρία να δοκιμάσουμε το SP1 και να προετοιμαστούμε για την επίσημη κυκλοφορία του.
    Archiving and Discovery Enhancements
    Με την έκδοση του Exchange Server 2010 παρουσιάστηκε μια νέα ενσωματωμένη δυνατότητα archiving η οποία μας βοηθά στην αρχειοθέτηση των e-mail data. Στο SP1, έχει ενισχυθεί η δυνατότητα archiving. Αυτό περιλαμβάνει την προσθήκη της ευελιξίας στην παροχή Personal Archive του χρήστη σε μια άλλη βάση δεδομένων mailbox από το primary mailbox τους. Έχουν επίσης προστεθεί νέες δυνατότητες, έτσι ώστε να είναι δυνατή η εισαγωγή ιστορικών δεδομένων e-mail «historical e-mail data» από τα αρχεία. PST, απευθείας στο Exchange.
    Το SP1 ενημερώνει «update» την κονσόλα Exchange Management Console με νέα εργαλεία «tools» για την δημιουργία «Retention Policy Tags», έτσι ώστε να μπορεί να αυτοματοποιήσει τη διαγραφή και την αρχειοθέτηση των e-mail και άλλα Exchange items.
    Για εκείνους που απογοητεύτηκαν όταν διαπίστωσαν ότι το Archive δεν λειτουργεί σε Outlook 2007 μπορούν να χαρούν, καθώς το SP1, θα υπάρξει μια ενημέρωση που θα μας δώσει τη δυνατότητα πρόσβασης των user's Personal Archive με το Outlook 2007.
    Μάθετε περισσότερα για το Archiving with Exchange 2010 whitepaper.
    Outlook Web App – Καλύτερο από ποτέ
    Το OWA γίνετε γρηγορότερο με το SP1. Με τις δυνατότητες delete, mark as read, και categorize operations running asynchronously, αυτές οι δυνατότητες εμφανίζονται ποιο γρήγορα στον χρήστη και πολλά άλλα.
    Τέλος, για αυτούς που επιθυμούσαν την δυνατότητα αλλαγή της εμφάνισης του OWA, έρχονται τα OWA themes προσθέτοντας αρκετά OWA themes εφαρμόζοντας το OWA στο δικό σας στυλ.
    Νέο Management UI
    Πολύ από εμάς λατρεύουμε την PowerShell άλλοι πάλι όχι, το SP1 θα φέρει νέα management UI πρόσθετα στην κονσόλα Exchange Management Console (EMC) και Exchange Control Panel (ECP).
    Πάρτε μια γεύση από αυτά:
    Create/configure Retention Tags + Retention Policies in EMC Configure Transport Rules in ECP Configure Journal Rules in ECP Configure MailTips in ECP Provision and configure the Personal Archive in ECP Configure Litigation Hold in ECP & EMC Configure Allow/Block/Quarantine mobile device policies in ECP RBAC role management in ECP Configure Database Availability Group (DAG) IP Addresses and Alternate Witness Server in EMC Recursive public folder settings management (including permissions) in EMC
  4. Catastrophic Failure
    Η Microsoft αναγνωρίζει ότι πολλοί πελάτες τις στηρίζονται σε BlackBerry Servers. Αυτός είναι ο λόγος για την στενή συνεργασία της με την RIM για να προσθέσει την υποστήριξη του BlackBerry με τον Exchange Server 2010. Η BlackBerry Enterprise Server (BES) είναι fully supported με τον Microsoft Exchange Server 2010 και Technical Support Services είναι άμεσα διαθέσιμες.
    Προκειμένου να καταστεί δυνατή η πλήρης υποστήριξη, απαιτείται η εγκατάσταση των ακόλουθων ενημερωμένων εκδόσεων:
    Roll-Up 1 (RU1) for Exchange Server 2010 MAPI v6.5.8147 BlackBerry Enterprise Server 5.0.1 Maintenance Release 1 (MR1) Και οι τρεις από αυτές τις ενημερωμένες εκδόσεις είναι διαθέσιμες στους χρήστες του Exchange 2010 Server και το BlackBerry Enterprise Server v.5.0 με το Service Pack 1.
    BlackBerry Enterprise Server v5.0 Service Pack 1 and Maintenance Release 1 can be found here:
    http://www.blackberry.com/support/downloads
    Επιπρόσθετες πληροφορίες, σχετικά με την υλοποίηση ενός BlackBerry environment σε Microsoft Exchange Server 2010, μπορείτε να βρείτε στην ιστοσελίδα της BlackBerry εδώ.
    BlackBerry Enterprise Server (BES) and Microsoft Exchange Server 2010 - WSSRA
    http://msmvps.com/blogs/wssra/archive/2009/12/10/blackberry-enterprise-server-bes-and-microsoft-exchange-server-2010.aspx
  5. Catastrophic Failure
    Στο παρόν post θα περιγράψω την διαδικασία βήμα προς βήμα, μετάβαση από Exchange Server 2003 σε Exchange Server 2010. Σε τελική ανάλυση, η μετάβαση σε Exchange Server 2010 από Exchange Server 2003 δεν είναι ένα τρομερά πολύπλοκο εγχείρημα, απαιτούνται όμως τα βασικά βήματα τα οποία ανέφερα στο προηγούμενο post μου.
    Για τους οργανισμούς που χρησιμοποιούν για Exchange Server 2003 σαν περιβάλλον εργασίας και που είναι ευχαριστημένοι με την αρχιτεκτονική και τη λειτουργία του Exchange Server τους και απλά θέλουν να μετακινηθούν σε Exchange Server 2010, η μεταβατική διαδικασία είναι σχετικά απλή και μεθοδική διαδικασία.
    Σε συνοπτική μορφή, η διαδικασία περιλαμβάνει την αντικατάσταση του Exchange Server 2003 front-end servers με Exchange Server 2010 Client Access Server (CAS), αντικαθιστώντας bridgehead servers με Hub Μεταφορών (HT) servers, προσθέτοντας νέο Exchange Server 2010 mailbox servers, και διακινώντας τα mailboxes από τον παλιό server ή servers, στον καινούργιο server ή servers. Δεν είναι αρκετά τόσο απλό, όμως, διότι υπάρχουν αρκετά στάδια προετοιμασίας που χρειάζεται να διενεργηθεί, μια σειρά των διαδικασιών δοκιμών που μπορούν να βοηθήσουν το organization , σε περίπτωση transition failure που απαιτεί rolling back κατά τη διάρκεια του transition process. Ωστόσο, για το transition στον Exchange Server 2010 από ένα ήδη υπάρχον operational Exchange Server 2003 environment απαιτεί την σωστή ακολουθία βημάτων step-by-step.
    1. Αλλάξτε το Exchange organization σε Exchange Native Mode.
    Για να αλλάξετε το Exchange organization από Mixed Mode σε Native Mode Εκκινήστε το Exchange System Manager. Επιλέξτε Start àPrograms àMicrosoft Exchange και κάντε κλικ στο System Manager. Κάντε δεξί κλικ στο organization και επιλέξτε Properties. Επιλέξτε την καρτέλα General και κάντε κλικ στο Change Mode κάτω από την επιλογή Change Operations Mode. Επιλέξτε Yes εάν είστε σίγουροι ότι θέλετε να αλλάξετε «μόνιμα» το organization mode σε native mode. Σημείωση:
    Η μετάβαση σε native mode δεν μπορεί να αντιστραφεί.
    2. Προχωρήστε σε Upgrade όλων των ή του Exchange 2003 Servers σε Exchange Server 2003 Service Pack 2 (εάν δεν το έχετε ήδη πραγματοποιήσει).
    Αυτό είναι εύκολο..
    Service Pack 2 for Exchange Server 2003 3. Μετατρέψτε το AD forest και τα/το domains σε Windows Server 2003 Functional (ή higher) levels.
    Το παρακάτω άρθρο περιγράφει τον τρόπο για την αύξηση του domain και forest functional levels, που υποστηρίζονται από το Microsoft Windows Server 2003 domain controllers.

    How to raise domain and forest functional levels in Windows Server 2003 Identifying Your Functional Level Upgrade 4. Προχωρήστε σε upgrade τουλάχιστον ένα Global Catalog domain controller σε κάθε AD Site που θα φιλοξενεί τον Exchange Server σε Windows Server 2003 SP2.
    1. On the domain controller where you want the global catalog, start the Active Directory Sites and Services snap-in. To start the snap-in, click Start, point to Programs, point to Administrative Tools, and then click Active Directory Sites and Services.
    2. In the console tree, double-click Sites, and then double-click sitename.
    3. Double-click Servers, click your domain controller, right-click NTDS Settings, and then click Properties.
    4. On the General tab, click to select the Global catalog check box to assign the role of global catalog to this server.
    5. Restart the domain controller.

    5. Προετιμάστε ένα περιβάλλον Windows Server 2008 ήR2 x64 edition για τον Exchange 2010 server.
    Installing Windows Server 2008 Running Windows Server 2008 R2 6. Εγκαταστήστε το AD LDIFDE tools (Active Directory Schema Tools) στον καινούργιο Exchange 2010 server (για να κάνετε upgrade το schema).
    Active Directory Schema Tools and Settings 7. Εγκαταστήστε ότι προαπαιτούμενο χρειάζεται για τον (CAS server role).
    Exchange 2010 Prerequisites Prerequisites
    Προτού εγκαταστήσετε τον Exchange Server 2010, θα πρέπει να εγκαταστήσετε τα ακόλουθα prerequisites:
    1. Net Framework 3.5
    2. Powershell 2.0 CTP 3
    3. Windows Remote Management
    Τα παραπάνω τρία components θα πρέπει να εγκατασταθούν ανεξαρτήτου ρόλου που επιθυμείτε να εγκαταστήσετε.
    8. Εκτελέστε το setup στον Exchange 2010 server, κάντε upgrade το schema, και προτιμάστε το forest και το/ τους domains. (Μπορείτε να εκτελέσετε το Setup «all in one step» ή ξεχωριστά από το command line.)
    Prepare Legacy Exchange Permissions Setup.com /PrepareLegecyExchangePermissions
    Η εντολή /PrepareLegacyExchangePermissions αλλάζει τα «security settings» έτσι ώστε και τα Recipient Update Service και τα E-mail Address Policies μπορούν να συνυπάρχουν στο ίδιο Active Directory.
    Setup.com /PrepareSchema
    Η εντολή αυτή κάνει upgrade το Active Directory schema για να συμπεριλάβει τον Exchange Server 2010.
    Setup.com /PrepareAD
    Η εντολή αυτή κάνει upgrade το Exchange organization, που είναι αποθηκευμένo στο configuration partition του Active Directory για την υποστήριξη του Exchange Server 2010.
    Setup.com /PrepareDomain
    Αυτό είναι το τελευταίο βήμα για την προετοιμασία του Active Directory και θα δημιουργήσει όλα τα απαραίτητα groups στο domain.
    9. Εγκαταστήστε τον CAS server role και ρυθμίστε το per 2010 design.
    Για να προχωρήσουμε στην εγκατάσταση του CAS server role και την ρύθμιση του per 2010 design χρειαζόμαστε τις ακόλουθες εντολές:

    Client Access Role
    ServerManagerCmd -i Web-Server Web-Metabase Web-Lgcy-Mgmt-Console Web-Basic-Auth Web-Windows-Auth Web-Net-Ext Web-Digest-Auth Web-Dyn-Compression NET-HTTP-Activation Web-ISAPI-Ext RPC-over-HTTP-proxy RSAT-ADDS
    Μετά από την εγκατάσταση θα σας ζηρηθεί να επανεκινήσετε τον Server.
    10. Μεταφέρετε το OWA, ActiveSync, και Outlook Anywhere στον νέο CAS servers.
    11. Εγκαταστήστε τον Hub Transport role και ρυθμίστε το per 2010 design.

    Transport Role
    ServerManagerCmd -i Web-Server Web-Metabase Web-Lgcy-Mgmt-Console Web-Basic-Auth Web-Windows-Auth Web-Net-Ext RSAT-ADDS
    12. Μεταφέρετε την κυκλοφορία των inbound και outbound mail στον Hub Transport servers.
    13. Εγκαταστήστε τον/τα Mailbox servers και ρυθμίστε τις Databases (και DAG εάν χρειάζεται).

    Mailbox Role
    ServerManagerCmd -i Web-Server Web-Metabase Web-Lgcy-Mgmt-Console Web-Basic-Auth Web-Windows-Auth Web-Net-Ext RSAT-ADDS
    14. Δημιουργήστε τα public folder replicas στον Exchange 2010 servers με την χρήση «pfmigrate.wsf script, AddReplicatoPFRecursive.ps1,ή Exchange 2010 Public Folder tool».
    Scripts for Managing Public Folders in the Exchange Management Shell Understanding Public Folder Replication Microsoft Exchange Server Public Folder DAV-based Administration Tool Overview of the Public Folder Migration tool 15. Μεταφέρετε τα mailboxes στον Exchange Server 2010 χρησιμοποιώντας το Move Mailbox Wizard ή Powershell.
    Δύο τύποι «mailbox move» είναι supported στον Exchange Server 2010:
    Local Move
    Μετακίνηση ενός mailbox από μία βάση δεδομένων σε μια άλλη για το ίδιο ή σε διαφορετικό server, όσο ο server βρίσκετε στο ίδιο exchange organization.
    Remote Move
    Μετακίνηση ενός mailbox από μία βάση δεδομένων σε διαφορετικό forest.
    Για να μετακινήσετε ένα mailbox από μία βάση δεδομένων σε μια άλλη, μέσα στο ίδιο organization, εκκινήστε την κονσόλα Exchange Management Console «EMC» και μεταβείτε στο Recipient Configuration -> Mailboxes. Κάντε δεξί κλικ στο mailbox στην ερώτηση και επιλέξτε «New Local Move Request».
    Για να μετακινήσετε τα mailbox με την χρήση Exchange Management Shell, εκτελέστε την ακόλουθη εντολή:
    New-MoveRequest –identity username –TargetDatabase “database name”
    Μετά την μεταφορά του mailbox και για να ελένξετε το status εκτελέστε την ακόλουθη εντολή:
    Get-MoveRequest –identity username
    16. Μεταφέρετε την Offline Address Book (OAB) στον Exchange Server 2010.
    Move the Offline Address Book Generation Process to Another Server Configure Offline Address Book Properties 17. Μεταφέρετε τα Public Folder Hierarchy στο Exchange Server 2010 Admin Group.
    Updating the Public Folder Hierarchy 18. Μεταφέρετε όλα τα Public Folder Replicas στον Exchange Server 2010 Public folder store(s).
    Change the Default Public Folder Database for a Mailbox Database Remove Multiple Public Folders from a Public Folder Database Remove Public Folder Databases 19. Διαγράψτε Public και Private Information Store’s από τον Exchange 2003 server(s).
    How to Remove the Last Legacy Exchange Server from an Organization How to remove the first Exchange Server 2003 computer from the administrative group 20. Διαγράψτε τα Routing Group Connectors στον Exchange Server 2003.
    How to Remove the Last Legacy Exchange Server from an Organization How to remove the first Exchange Server 2003 computer from the administrative group 21. Διαγράψτε τα Recipient Update Service agreements με την χρήση του ADSIEdit.
    How to Remove the Last Legacy Exchange Server from an Organization How to remove the first Exchange Server 2003 computer from the administrative group 22. Απεγκαταστήστε τον/τους Exchange 2003 servers.
    How to completely remove a Exchange server or the entire Exchange organization How to remove Exchange Server 2003 from your computer
  6. Catastrophic Failure
    Αυτό το πρόβλημα εμφανίζεται επειδή το TMG 2010 ορίζει εσφαλμένα λίστες «access control lists (DACLs)» για τις υπηρεσίες COM που εκτίθενται από το TMG 2010. Αυτές οι λίστες «access control lists (DACLs)» εμποδίζουν NLB WMI event notifications από το να γίνουν αποδεκτά από τα TMG services. Ως εκ τούτου, η εσωτερική κατάσταση NLB TMG δεν είναι updated, καθώς και δευτερεύοντα στοιχεία που εξαρτώνται από την κατάσταση NLB, όπως IPsec ορισμοί φίλτρου. Το πιο εμφανές παράδειγμα είναι IPSec/PPTP/L2TP VPN site-to-site με το NLB ενεργοποιημένο, όπου είναι αδύνατη η πρόσβαση από κάθε πλευρά του tunnel.
    Παρακαλώ σημειώστε ότι αυτή η ενημερωμένη έκδοση λογισμικού (software update ) είναι language-neutral release και μπορεί να εγκατασταθεί σε όλες τις γλώσσες του Forefront TMG 2010.
    An IPsec VPN site-to-site tunnel or a PPTP VPN site-to-site tunnel does not work if you enable integrated NLB on a Forefront TMG 2010 array
    Οδηγίες εγκατάστασης του KB980674
    1. Κάντε κλικ στην κουμπί Download σε αυτή την σελίδα: Update for Forefront TMG 2010 (KB 980674).
    2. Αποθηκεύστε το αρχείο στον Server, επιλέξτε Save και πληκτρολογήστε: <path>\TMG-KB980674-GLB.msp
    3. Εκκινήστε το command prompt
    4. Εκτελέστε την εντολή:
    msiexec /p <path>\TMG-KB980674-GLB.msp /L*v inst-KB980674.log
    Σημείωση:
    Εάν εκτελέσετε το αρχείο πραγματοποιώντας διπλό κλικ από την τοποθεσία αποθήκευσης του ενδέχεται να λάβετε το ακόλουθο μήνυμα λάθους.


  7. Catastrophic Failure
    Δίνει στους χρήστες την δυνατότητα να αποθηκεύουν περισσότερα e-mail με περισσότερα πλεονεκτήματα. Μεγάλα mailboxes, κρατούν τα e-mail και e-mail archive στον Exchange Server αντί να είναι διάσπαρτα στο Outlook σε (.PST files), οι οποίες συχνά οδηγούν σε φθορά των δεδομένων. Αυτό βοηθά στη μείωση του κινδύνου απώλειας δεδομένων, καθώς και στην αύξηση της παραγωγικότητας μεταξύ τόσο των εργαζομένων όσο και του IT. Το κύριο εμπόδιο για την υλοποίηση μεγάλων mailboxes είναι το κόστος και η πολυπλοκότητας της αποθήκευσης μεγάλων ποσοτήτων e-mail data.
    Ο Microsoft Exchange Server 2010 είναι ειδικά σχεδιασμένος για να ξεπερνά αυτά τα εμπόδια. Επιτρέπει σε σας για να δώσετε στους χρήστες σας μεγαλύτερα γραμματοκιβώτια σε χαμηλότερο κόστος χωρίς να θυσιάζει τις επιδόσεις ή την αξιοπιστία. Built-in high availability, με τη χρήση DAG, και disaster recovery, storage system improvements και self-healing από λάθη στο δίσκο σας, σας επιτρέπει να χρησιμοποιείτε χαμηλού κόστους δίσκους. Ο Exchange Server 2010 σας επιτρέπει να διατηρείτε τους χρήστες σας online κατά τη διάρκεια mailbox moves.
    Το νέο μοντέλο βάσης δεδομένων έχει βελτιωθεί έτσι ώστε η γραφή γίνεται σε ένα διαδοχικό τρόπο, επιτρέποντας στον Exchange Server 2010 να χρησιμοποιήσει SATA σκληρούς δίσκους. Αυτό αποτελεί σημαντική βελτίωση, δεδομένου ότι επιτρέπει τη μείωση των εξόδων αποθεματοποίησης.

    Για περισσότερες πληροφορίες για Microsoft Large Mailbox Vision κάντε download το ακόλουθο Whitepaper:
    Exchange 2010 Large Mailbox Vision Whitepaper


  8. Catastrophic Failure
    Στον ακόλουθο σύνδεσμο, μπορείτε να κατεβάσετε το (.doc) αρχείο όπου περιγράφει βήμα προς βήμα την διαδικασία που πρέπει να ακλουθήσετε για να κάνετε share ένα single SMTP (e-mail) domain μεταξύ δύο ή περισσότερων Windows Small Business Server 2008 (Windows SBS 2008) servers που βρίσκονται σε διαφορετικά active directory domains. Η διαδικασία αυτή γράφτηκε από τον Edwin Joseph Microsoft Support Engineer (έκδοση 18 Μαρτίου 2010).
    Download Link:
    How to share a single e-mail domain between two or more Windows Small Business Server 2008 servers
  9. Catastrophic Failure
    Βήμα από 1 εώς 8:

    Δημιουργία ενός νέου certificate request με την χρήση Exchange Management Console.
    http://autoexec.gr/blogs/cf/archive/2010/02/14/new-features-for-exchange-2010-certificate.aspx
    2. Για να κάνουμε Submit το certificate request στο online certificate authority ακολουθήστε τα παρακάτω βήματα.

    a. Μεταβείτε στο Windows Explorer και πλοηγηθείτε στο C:\ όπου έχετε αποθηκεύση το (.req) αρχείο.
    b. Κάντε διπλό κλίκ στο αρχείο <filename.req>
    c. Στο παραθυρο διαλόγου, επιλεξτε «Select a program from a list of installed programs» και επιλέξτε OK.
    d. Στην επιλογή «Open with», επιλέξτε Notepad και έπειτα επιλέξτε OK.
    e. Στο Notepad, στο menu, επιλέξτε Edit και έπειτα επιλέξτε Select All.


    f. Στο menu, επιλέξτε Edit και έπειτα επιλέξτε Copy.
    g. Κλείστε το Notepad και το Windows Explorer.
    h. Επιλέξτε Start και έπειτα ανοίξτε τον Internet Explorer.
    i. Στο πεδίο address,πληκτρολογήστε http://<domainname>/certsrv και επιλέξτε ENTER.
    j. Στο παράθυρο Active Directory Certificate Services, στην επιλογή Select a task, επιλέξτε Request a certificate.

    k. Στην σελίδα Request a Certificate, επιλέξτε advanced certificate request. l. Στην σελίδα Advanced Certificate Request, επιλέξτε Submit a certificate request by using a base-64-encoded CMC or PKCS #10 file.


    m. Στην σελίδα Submit a Certificate Request or Renewal Request, κάντε δεξί κλικ στην επιλογή Saved Request κάντε Paste το κείμενο απο το Notepad.

    n. Κάτω απο την επιλογή Certificate Template, επιλέξτε Web Server και επιλέξτε Submit.
    o. Στην σελίδα Download a CA Certificate, Certificate Chain, or CRL επιλέξτε Base 64 Encoded και έπειτα την επιλογή Download certificate.

    p. Αποθηκεύστε το Certificate στον δίσκο C:\
    q. Εφόσον ολοκληρώσετε την διαδικασία αποθήκευσης του Certificate κλείστε τον Internet Explorer.
    Βήμα από 9 εώς 13
    http://autoexec.gr/blogs/cf/archive/2010/02/14/new-features-for-exchange-2010-certificate.aspx

  10. Catastrophic Failure
    Mail flow settings
    Προτού αλλάξουμε το SMTP mail flow θα πρέπει να δημιουργήσουμε ένα Send Connector. Αυτό θα επιτρέψει στον Hub Transport Server να στείλει SMTP mail στο Internet άμεσα.
    Στην κονσόλα Exchange Management Console, μεταβείτε στο «Organization Configuration» και επιλέξτε τον Hub Transport Server. Στην καρτέλα Actions και επιλέξτε «New Send Connectorκαι δημιουργήστε ένα νέο SMTP connector για το Internet.

    Επιλέξτε αστερίσκο (*) στο namespace (αυτό θα στείλει όλα τα εξερχόμενα μηνύματα περνούν από τον connector).
    Επιλέξτε το DNS ή την επιλογή Smart host, εξαρτάτε πάντα από την δική σας κατάσταση. (Στην δική μου περίπτωση DNS).




    Εξ ορισμού ο Receive Connector στον Exchange 2010 Hub Transport Server δεν θα επιτρέψει καμία anonymous connection. Για να το αλλάξετε αυτό ανοίξτε την κονσόλα Exchange Management Console,μεταβείτε στο Server Configuration και επιλέξτε τον Hub Transport Server.Κάντε δεξί κλικ στο default Receive Connector και επιλέξτε properties.

    Επιλέξτε την καρτέλα Permissions και επιλέξτε την επιλογή «Anonymous» για να ενεργοποιήσετε το SMTP anonymous access.

    Επιπρόσθετες πληροφορίες:









    Upgrade from Exchange 2003 Client Access Upgrade from Exchange 2003 Transport
  11. Catastrophic Failure
    Στο παρόν post θα σας αναλύσω λεπτομέρειες και τα βήματα που χρειάζονται για να κάνουμε migrate από Exchange 2003 σε Exchange 2010. Σε αυτό το post θα σας περιγράψω την ακολουθία και συμβουλές, κόλπα, και βέλτιστες πρακτικές για την διαδικασία migration από Exchange 2003 σε Exchange 2010.
    Η διαδικασία migration από τον Exchange 2003 σε Exchange 2010 είναι περίπου ίδια εάν όχι πανομοιότυπη με την διαδικασία migrating από Exchange 2003 σε Exchange 2007, εάν έχετε πραγματοποίηση την διαδικασία migrating από Exchange 2003 σε Exchange 2007 θα βρείτε την διαδικασία migrating από Exchange 2003 σε Exchange 2010 περίπου ίδια.
    Αυτή είναι η ακολουθία για migration από Exchange 2003 σε Exchange 2010:
    1. Αλλάξτε το Exchange organization σε Exchange Native Mode.
    2. Προχωρήστε σε Upgrade όλων των ή του Exchange 2003 Servers σε Exchange Server 2003 Service Pack 2 (εάν δεν το έχετε ήδη πραγματοποιήσει).
    3. Μετατρέψτε το AD forest και τα/το domains σε Windows Server 2003 Functional (ή higher) levels.
    4. Προχωρήστε σε uupgrade τουλάχιστον ένα Global Catalog domain controller σε κάθε AD Site που θα φιλοξενεί τον Exchange Server σε Windows Server 2003 SP2.
    5. Προτιμάστε ένα περιβάλλον Windows Server 2008 ήR2 x64 edition για τον Exchange 2010 server.
    6. Εγκαταστήστε το AD LDIFDE tools (Active Directory Schema Tools) στον καινούργιο Exchange 2010 server (για να κάνετε upgrade το schema).
    7. Εγκαταστήστε ότι προαπαιτούμενο χρειάζεται για τον (CAS server role).
    8. Εκτελέστε το setup στον Exchange 2010 server, κάντε upgrade το schema, και προτιμάστε το forest και το/ τους domains. (Μπορείτε να εκτελέσετε το Setup «all in one step» ή ξεχωριστά από το command line.)
    9. Εγκαταστήστε τον CAS server role και ρυθμίστε το per 2010 design.
    10. Μεταφέρετε το OWA, ActiveSync, και Outlook Anywhere στον νέο CAS servers.
    11. Εγκαταστήστε τον Hub Transport role και ρυθμίστε το per 2010 design.
    12. Μεταφέρετε την κυκλοφορία των inbound και outbound mail στον Hub Transport servers.
    13. Εγκαταστήστε τον/τα Mailbox servers και ρυθμίστε τις Databases (και DAG εάν χρειάζεται).
    14. Δημιουργήστε τα public folder replicas στον Exchange 2010 servers με την χρήση «pfmigrate.wsf script, AddReplicatoPFRecursive.ps1,ή Exchange 2010 Public Folder tool».
    15. Μεταφέρετε τα mailboxes στον Exchange Server 2010 χρησιμοποιώντας το Move Mailbox Wizard ή Powershell.
    16. Μεταφέρετε την Offline Address Book (OAB) στον Exchange Server 2010.
    17. Μεταφέρετε τα Public Folder Hierarchy στο Exchange Server 2010 Admin Group.
    18. Μεταφέρετε όλα τα Public Folder Replicas στον Exchange Server 2010 Public folder store(s).
    19. Διαγράψτε Public και Private Information Stores από τον Exchange 2003 server(s).
    20. Διαγράψτε τα Routing Group Connectors στον Exchange Server 2003.
    21. Διαγράψτε τα Recipient Update Service agreements με την χρήση του ADSIEdit.
    22. Απεγκαταστήστε τον/τους Exchange 2003 servers.
    Το κλειδί για την διαδικασία migration από Exchange 2003 σε Exchange 2010 είναι ότι πολλά concepts αφαιρούνται, όπως το concept του routing groups και administrative groups. Επίσης σημαντικό να σημειωθεί είναι ότι όλοι οι ρόλοι (bridgehead, frontend, και backend) στον Exchange 2003 πρέπει να παραμείνουν έως ότου όλοι οι χρήστες γίνουν migrated στον Exchange 2010. Ο Exchange 2010 CAS, Hub Transport, και Mailbox servers δεν είναι συμβατοί με το Exchange 2003, έτσι ώστε ο χρήστης να έχει πρόσβαση στο Outlook Web Access στον Exchange 2003, θα πρέπει να πληκτρολογούν τον Exchange 2003 frontend για να έχουν πρόσβαση στο mailbox τους στον Exchange 2003 backend server. Μετά από το migrate των mailbox σε Exchange 2010, τότε οι χρήστες θα πληκτρολογούν τον Exchange 2010 CAS server και θα έχουν πρόσβαση στο mailbox τους στον Exchange 2010 Mailbox server. Επειδή ο Exchange 2010 διαθέτει proxy service στον CAS server, το external URL για το OWA μπορεί να δείχνει τον Exchange 2010 CAS server και εάν τα mailbox των χρηστών είναι ακόμα στον Exchange 2003, ο CAS/2010 server αυτόματα τα κάνει redirect (ανακατεύθυνση) την σύνδεση του χρήστη στον FE/2003 server για το OWA.
    Τέλος, μετά την μεταφορά των mailboxes από τον Exchange 2003 στον Exchange 2010, η υποδομή του Exchange 2003 θα πρέπει να παραμείνει για 2 εβδομάδες περίπου. Με την παραμονή του παλιού Exchange 2003 server(s), όταν ένας χρήστης Outlook θα προσπαθήσει να συνδεθεί στον παλιό Exchange 2003 server για το email του, ο παλιός Exchange 2003 server θα ενημερώσει τον χρήστη του Outlook ότι το mail του έχει μεταφερθεί στον Exchange 2010 server και θα ενημερώσει αυτόματα το Outlook profile του χρήστη με τις νέες πληροφορίες προορισμού. Στην συνέχεια, όταν ο χρήστης Outlook ξεκινήσει, το Outlook θα έχει πρόσβαση στο mailbox του χρήστη στον Exchange 2010 server. Αφήνοντας τον παλιό Exchange 2003 (την υποδομή) για μερικές εβδομάδες, λίγο πολύ όλοι οι χρήστες σας θα ξεκινήσουν το Outlook έχοντας το profile αυτόματα αλλάξει (ενημερωθεί). Οι μόνοι χρήστες που ίσως χρηστεί manually να κάνετε reset τα Outlook profile είναι οι χρήστες οι οποίοι βρισκόντουσαν εκτός τις 2 αυτές εβδομάδες που γινότανε η αλλαγή και δεν είχαν πρόσβαση στο Outlook mail.
    Στο επόμενο post θα περιγράψω ποιο αναλυτικά την διαδικασία migration (step by step).
  12. Catastrophic Failure
    Μια ακόμα νέα δυνατότητα που μας προσφέρει ο Exchange Server 2010, είναι αυτή που ονομάζετε Certificate ή αλλιώς «Μεγάλος πονοκέφαλος». Με τα καινούργια ability του Exchange Server 2010, τα πράγματα γίνονται ποιο ευέλικτα και φυσικά κάνουν την ζωή μας ποιο εύκολη.
    Πάμε λοιπόν να δούμε την δημιουργία ενός Certificate στον Exchange Server 2010…
    1. Επιλέξτε Server Configuration στην κονσόλα EMC και έπειτα την επιλογή New Exchange Certificates στη δεξιά μεριά της κονσόλας.

    2. Επόμενο βήμα, σας εμφανίζει το παράθυρο για την εκκίνηση δημιουργίας του νέου Certificate , στο πεδίο «Enter a friendly name for the certificate:» πληκτρολογήστε ένα όνομα για το Certificate (στην περίπτωση που διαθέτετε παραπάνω από ένα Certificate) και επιλέξτε Next.

    3. Στο επόμενο βήμα μας δίνονται οι επιλογές για το πού θέλουμε το παρόν Certificate να εφαρμοστή, παράδειγμα (ενεργοποιώ το Certificate για το OWA).

    4. Στο επόμενο βήμα κάνουμε μια επιβεβαίωση στη λίστα με τα Services που έχουμε επιλέξει να είναι ενεργό το Certificate.

    5. Στο επόμενο μας βήμα συμπληρώνουμε τα στοιχεία της εταιρείας, όπως (company name, department, location κ.α). Στην επιλογή Browse μπορείτε να δείτε την διαδρομή αποθήκευσης του Certificate.

    6. Στο επόμενο βήμα έχουμε μια ανάλυση των στοιχείων που εισήχθησαν και επιλέξτε New.

    7. Στο τελευταίο βήμα του wizard θα προσπαθήσει να δημιουργήσει το certificate request, όταν επιλέξετε το Finish το wizard ολοκληρώνει το certificate request.

    8. Αξίζει να σημειωθεί ότι το Certificate Wizard δεν δημιουργεί στην ουσία certificate, δημιουργεί απλώς το request και το έχει διαθέσιμο στην κονσόλα EMC. Έτσι, μόλις ολοκληρώσετε το Certificate Wizard θα πρέπει manually να στείλετε αυτό το request στο online CA.

    9. Επιλέξτε το certificate file που λάβατε από το CA (Certification Authority) και επιλέξτε Complete.

    10. Όταν η διαδικασία ολοκληρωθεί, επιλέξτε Finish.

    11. Το επόμενο μας βήμα είναι να κάνουμε activate/assign το certificate για τα services (IIS, SMTP κ.α). Επιλέξτε Assign Services to Certificate.

    12. Επιλέξτε τα services και κάντε κλικ στην επιλογή Assign.

    13. Στο τελευταίο βήμα επιλέξτε Finish και η διαδικασία μας μόλις ολοκληρώθηκε!


  13. Catastrophic Failure
    Για την υποστήριξη των Client εξωτερικά και για την συνύπαρξη τους με τον CAS 2010, χρειάζεται ένα καινούργιο certificate. Σαν best practice η Microsoft συνιστά την έκδοση ενός certificate, που θα υποστηρίζει «Subject Alternative Names». Το certificate αυτό το οποίο θα χρησιμοποιηθεί για τους εξωτερικούς clients και θα περιέχει το λιγότερο τρία SAN values (σημείωση ότι άλλα σενάρια ίσως χρειάζονται περισσότερα από τρία values):
    mail.contoso.com (your primary OWA/EAS/OA access URL) autodiscover.contoso.com legacy.contoso.com (your OWA/EAS namespace for legacy mailbox access) Εγκαταστήστε τον CAS server role και ρυθμίστε το per 2010 design:
    Κατά την διάρκεια της εγκατάστασης του CAS 2010 έχετε την επιλογή να πληκτρολογήσετε το external namespace που θα χρησιμοποιηθεί για το/τα virtual directories. Μπορείτε να εισάγετε το παρόν value και στα δύο «graphical user interface» ή να χρησιμοποιήσετε το command-line setup: Για graphical user interface setup εμπειρικά στον CAS 2010 καλείστε να ρυθμίσετε στο Client Access το external domain. Εάν χρησιμοποιήσετε για την εγκατάσταση το command line, μπορείτε να εκτελέσετε το «setup property /ExternalCASServerDomain» και να ορίσετε το domain name mail.contoso.com Εγκαταστήστε το RPC over HTTP proxy component, μπορείτε να το πραγματοποιήσετε μέσο Power Shell
    «ServerManagerCmd tool: ServerManagerCmd.exe -i RPC-over-HTTP-proxy» Διαμορφώστε τις ρυθμίσεις του OWA κατάλληλα (παράδειγμα: forms based authentication, basic authentication). Στην παρούσα περίπτωση θεωρούνται ότι είναι επιλεγμένες. Ρυθμίστε το Microsoft Exchange ActiveSync (EAS) authentication καταλλήλως (παράδειγμα: Basic, certificate authentication). Ενεργοποιήστε το Outlook Anywhere: Enable-OutlookAnywhere -Server: -ExternalHostName:mail.contoso.com - SSLOffloading $false Εάν επιλέξετε να μην ορίσετε το external domain name για τον CAS κατά την διάρκεια της εγκατάστασης, θα χρειαστεί να ενεργοποιήσετε το ακόλουθο ExternalURLs για να επιβεβαιώσετε ότι οι clients για το Autodiscover λειτουργούν σωστά:
    Offline Address Book: Set-OABVirtualDirectory \OAB* -ExternalURL https://mail.contoso.com/OAB Web Services: Set-WebServicesVirtualDirectory \EWS* -ExternalURL https://mail.contoso.com/ews/exchange.asmx ActiveSync: Set-ActiveSyncVirtualDirectory -Identity \Microsoft-Server-ActiveSync -ExternalURL https://mail.contoso.com/Microsoft-Server-ActiveSync Για να επιβεβαιώσετε ότι το Outlook Web Access λειτουργεί σωστά, θα χρειαστεί να ενεργοποιήσετε τα ακόλουθα URLs:
    Outlook Web Access: For environments without Exchange 2003: Set-OWAVirtualDirectory \OWA* -ExternalURL https://mail.contoso.com/OWA For environments with Exchange 2003 mailbox servers: Set-OWAVirtualDirectory \OWA* -ExternalURL https://mail.contoso.com/OWA -Exchange2003URL https://legacy.contoso.com/exchange Exchange Control Panel: Set-ECPVirtualDirectory \ECP* -ExternalURL https://mail.contoso.com/ECP Εγκαταστήστε το HT2010 και MBX2010 server roles.
    Μπορείτε να αλλάξετε την Offline Address Book και να ενεργοποιώντας web distribution στον CAS2010 εκτελώντας τα ακόλουθα βήματα: Για να μεταφέρετε την Offline Address Book:
    Move-OfflineAddressBook "Default Offline Address List" -Server Για να προσθέσετε τον CAS2010 σαν web distribution point:
    $OABVDir=Get-OABVirtualDirectory -Server $OAB=Get-OfflineAddressBook "Default Offline Address List" $OAB.VirtualDirectories += $OABVdir.DistinguishedName Set-OfflineAddressBook "Default Offline Address List" -VirtualDirectories $OAB.VirtualDirectories Δημιουργήστε host record (legacy.contoso.com) στο external DNS infrastructure και συσχετίσετε το με τον E2003 ή με την υποδομή proxy.
    Θα ρυθμίσετε το External DNS και/ή το reverse proxy infrastructure publishing rules για το autodiscover.contoso.com namespace να δείχνει τον CAS2010.
    Εάν χρησιμοποιείτε ένα reverse proxy infrastructure, θα κάνετε publish το legacy namespace στον E2003 infrastructure έτσι ώστε να δείχνει τον E2003 και να είναι προσβάσιμο μέσο mail.contoso.com ή legacy.contoso.com namespaces (οι δύο αυτές ονομασίες είναι παραδείγματα).
    Σχεδιάστε το Internet protocol client downtime (Σημείωση: Το παράθυρο downtime θα πρέπει να είναι σχετικά μικρό – αρκετά για να πραγματοποιήσετε τις αλλαγές και επικυρώνει ότι όλα λειτουργούν όπως θέλετε) και προχωρήστε στα ακόλουθα βήματα:
    Θα κάνετε reconfigure το External DNS και/ή το reverse proxy publishing rules να έχουν το mail.contoso.com namespaces να δείχνει το CAS2010. Οι χρήστες με mailboxes στον Exchange 2003 που προσπαθούν να χρησιμοποιήσουν το Exchange ActiveSync μέσω του Exchange 2010 Client Access server θα λάβουν μήνυμα λάθους και θα είναι αδύνατον να συγχρονίσουν, εκτός εάν είναι ενεργοποιημένο το Windows authentication στο Microsoft-Server-ActiveSync virtual directory στον Exchange 2003. Το παρόν επιτρέπει στον Exchange 2010 Client Access Server και στον Exchange 2003 να επικοινωνήσουν χρησιμοποιώντας Kerberos authentication. Για να ενεργοποιήσετε το παρόν authentication στον Exchange 2003 χρειάζεστε:
    Να εγκαταστήσετε το http://support.microsoft.com/?kbid=937031 και έπειτα να χρησιμοποιήσετε το Exchange System Manager για να προσαρμόσετε τα authentication settings του ActiveSync virtual directory. «Επαναλάβετε τα παραπάνω για κάθε ένα Exchange 2003 mailbox server για τον οργανισμό σας» Ή, ρυθμίστε το msExchAuthenticationFlags attribute στο value 6 στο Microsoft-Server-ActiveSync object για την διαμόρφωση κάθε Exchange 2003 mailbox server. Ένα παράδειγμα διαμόρφωσης script υπάρχει εδώ: http://technet.microsoft.com/en-us/library/cc785437.aspx. Continue… (Part III-
  14. Catastrophic Failure
    Τα βήματα για την εγκατάσταση του Exchange 2007 SP2 σε CCR είναι τελείως διαφορετική διαδικασία από την απλή εγκατάσταση σε ένα μη clustered servers.
    Μπορείτε να αναβαθμίσετε το CCR nodes μόνο με την χρήση του PMS (Power management shell). Η εντολή εκτέλεσης είναι: Setup.com /mode:upgrade (Setup /M:Upgrade in short). Δεν μπορείτε να προχωρήσετε σε αναβάθμιση CCR nodes χρησιμοποιώντας το GUI.
    Η διαδικασία με λίγα λόγια είναι να αναβαθμίσετε το passive node πρώτα, κάντε επανεκκίνηση, αναβαθμίστε το Clustered Mailbox Server (CMS) για να μετακινήσετε το παθητικό κόμβο, αναβαθμίστε το CMS (το οποίο καθιστά το node σαν active) και στη συνέχεια αναβαθμίστε το initial active node και κάντε επανεκκίνηση.
    1. Αναβάθμιση του Passive CCR Node:
    Κάντε Log στο passive node με admin account. Βεβαιωθείτε ότι είναι ανενεργά (σταματημένα) όλα τα monitoring services που εκτελούνται στον server (όπως το MOM agents). Μπορείτε επίσης να θέσετε τον server σε maintenance mode για 30 λεπτά, έτσι ώστε τα email alerts (δεν θα γεμίζουν τα εισερχόμενά σας). Αυτό είναι πολύ σημαντικό σε μεγάλους οργανισμούς.
    Μεταβείτε στο CMD (command prompt) και πλοηγηθείτε στο Exchange 2007 sp2 installation directory / dvd drive. Εκτελέστε την εντολή Setup.com /Mode:Upgrade






    Η εγκατάσταση τρέχει τον exchange pre-requisites για τον mailbox role.

    Όταν ολοκληρωθεί ο έλεγχος, ακολουθούν με σειρά τα παρακάτω:
    Προετοιμασία εγκατάστασης του SP2. Κατάργηση «Removing» των αρχείων Exchange από το σύστημα. Εκκίνηση εγγραφής των αρχείων από το dvd / installation folder. Εγκατάσταση του mailbox server role. Εγκατάσταση των management tools Και τέλος εγκατάσταση.
    Επανεκκίνηση του server μετά την επιτυχή ολοκλήρωση των command.
    2. Αναβάθμιση του Clustered Mailbox Server
    Μετά την επανεκκίνηση του passive server και την επαναφορά του online, θα εκτέλεση το Exchange 2007 SP2. Να σημειωθεί ότι το active node εξακολουθεί να είναι online και εξυπηρετεί τους users. Πρέπει να αναβαθμίσουμε τώρα το Clustered Mailbox Server (CMS), προτού προχωρήσουμε στην αναβάθμιση του active node.
    Πριν αναβαθμίσουμε το Clustered Mailbox Server (CMS), θα πρέπει να σταματήσουμε το CMS το οποίο εκτελείτε στο active node και να το μεταφέρουμε στο passive node (upgraded server). Το βήμα αυτό θα έχει ως αποτέλεσμα να καθιστά τον Exchange server μη διαθέσιμο «unavailable» για τους CMS users και ως εκ τούτου πρέπει να γίνει εκτός εργασιακών ωρών. Συνδεθείτε στο passive node, εκκινήστε το exchange shell και εκτελέσετε την ακόλουθη εντολή για να σταματήσετε το CMS.
    Stop-ClusteredMailboxServer MBX –StopReason “SP2 Upgrade”

    Επιβεβαιώστε το βήμα πατώντας «Y».

    Βεβαιωθείτε ότι η κατάσταση του cluster είναι Offline.

    Μόλις το cluster είναι σταματημένο, μεταφέρετε το CMS στο passive node από την κονσόλα ή εκτελώντας την ακόλουθη εντολή μέσω shell.
    Move-ClusteredMailboxServer MBX –TargetMachine CCR2 –MoveComment “SP2 Upgrade”
    Επιβεβαιώστε το παρόν βήμα.

    Πλοηγηθείτε στο Exchange 2007 sp2 installation folder /dvd και αναβαθμίστε το CMS εκτελώντας την ακόλουθη εντολή:
    Setup.com /UpgradeCMS
    Η εγκατάσταση τρέχει τον προαπαιτούμενο έλεγχο πριν την αναβάθμιση τουCMS.

    Όταν ολοκληρωθεί ο επιτυχώς ο έλεγχος, φέρνει το σταματημένο cluster online και τώρα έχουμε ένα αναβαθμισμένο CCR να εκτελείτε στο ένα node. Μπορείτε να ελέγξετε την κατάσταση του cluster χρησιμοποιώντας το «Failover Cluster Management tool». Οι χρήστες μπορούν να ξεκινήσουν να συνδέονται στο cluster.

    3. Αναβάθμιση του αρχικού Active Node (Now Passive)
    Συνδεθείτε στο passive node (initial active node) με admin account. Εκκινήστε το command prompt και μεταβείτε στο Exchange 2007 sp2 installation directory / dvd drive. Εκτελέστε την εντολή Setup.com /Mode:Upgrade

    Η εγκατάσταση εκτελεί τον προαπαιτούμενο έλεγχο και εγκαθιστά το service pack.

    Επανεκινήστε τον server και τώρα διάθετε στο σύστημα σας Exchange 2007 SP2 CCR.

  15. Catastrophic Failure
    Το Archive Sink utilityείναι ένα script που ενεργοποιεί την δυνατότητα του archiving για όλα τα εισερχόμενα μηνύματα και την μεταφορά τους σε συγκεκριμένο φάκελο στον Microsoft Exchange Server 2003. Εξ’ ορισμού, όταν το Archive Sink είναι ενεργοποιημένο, όλα τα μηνύματα με τους αποδέκτες τους γίνονται archive σε ένα αρχείο (.eml) εκτός των Bcc recipients. Με λίγα λόγια το Archive Sink είναι ένας «transport» δέκτη συμβάντων που κάνει archive όλα τα εισερχόμενα και εξερχόμενα μηνύματα στον Exchange.
    Το Archive Sink χρησιμοποιεί τα ακόλουθα δύο γεγονότα μεταφορών:
    OnMessageSubmission event:

    Όλα τα μηνύματα που υποβάλλονται μέσω της αποθήκευσης του Exchange ή την υπηρεσία SMTP services trigger. Όταν εγκαθίσταται το ArchiveSink, τα μηνύματα αρχειοθετούνται από προεπιλογή. Τα αρχειοθετημένα μηνύματα περιέχουν το πρόθεμα filename: ΑΡΧ. Έτσι, ένα αρχειοθετημένο μήνυμα εμφανίζεται ως ARCH_<random number>.eml.  
    OnPostCategorize event:
    Το OnPostCategorize συλλαμβάνει (captures) ένα μήνυμα μετά την κατηγοριοποίηση, μετά από τον αποστολέα (sender) και των δικαιούχο (recipient), έχουν εντοπιστεί στην υπηρεσία καταλόγου Active Directory και επεκτάθηκαν τις λίστες διανομής. Από προεπιλογή, τα μηνύματα δεν αρχειοθετούνται για τo event εφόσον δεν ορίζεται στο μητρώο. Τα αρχειοθετημένα μηνύματα περιέχουν το πρόθεμα filename: ARCH_POSTCAT_<random number>.xml. STEP 1: Εγκατάσταση του ArchiveSink
    Πραγματοποιήστε λήψη του Microsoft Exchange Server ArchiveSink από τον ακόλουθο σύνδεσμο: Microsoft Exchange Server ArchiveSink
    Κάντε extract τον φάκελο ArchiveSink στην ακόλουθη διαδρομή: \Exchsrvr\Bin directory. Το εργαλείο ArchiveSink θα πρέπει να εγκατασταθεί στο αρχείο το οποίο θα εκτελεστή (in this directory to run).

    STEP 2: Χρησιμοποιώντας το ArchiveSink
    Για να αρχειοθετήσετε λεπτομερείς πληροφορίες σχετικά με παραλήπτες (recipients) μηνυμάτων, πρέπει πρώτα να ενεργοποιήσετε το archiving στον SMTP virtual servers, από το οποίο θέλετε να κάνετε archive τα μηνύματα. Για την ενεργοποίηση archiving πραγματοποιήστε τα ακόλουθα βήματα:
    1. Ενεργοποιήστε το archiving εκτελώντας το archivesink_setup.vbs script.
    2. Ενεργοποιήστε το Message Logging registry key που δημιουργεί το ArchiveSink, για την ενεργοποίηση του message logging.
    3. Πραγματοποιήστε Restart στα απαραίτητα services έτσι ώστε οι αλλαγές στην registry να εφαρμοστούν: IIS Admin Service, Exchange store, και Microsoft Exchange MTA Stacks.
    STEP 3: Ενεργοποίηση του Archiving στο SMTP Virtual Server
    Για να ενεργοποιήσετε το archiving:
    1. Στον Exchange server, επιλέξτε Start, και έπειτα Run.
    2. Πληκτρολογήστε «cmd» για να ανοίξει το command line.
    3. Μεταβείτε στο Exchsrv/bin directory.
    4. Πληκτρολογήστε «cscript archivesink_setup.vbs install Virtual Server ID archive location Syntax for archivesink_setup.vbs»
    Syntax for archivesink_setup.vbs

    Cscript archivesink_setup.vbs [install|uninstall|display] [Virtual server ID] [archive location]
    Όπου:

    Virtual server ID είναι ο virtual server number του virtual server που θέλουμε να γίνει archive.
    Το Archive location είναι το directory όπου θέλετε να τοποθετήσετε τα αρχεία σας. Χρησιμοποιήστε το ακόλουθο syntax <drive letter>:directory name. Παραδείγματα:

    Για να εγκαταστήσετε το archiving στο SMTP virtual server 1, πληκτρολογήστε τα ακόλουθα: Cscript archivesink_setup.vbs install 1 d:\archivesink
    Για να απεγκαταστήσετε το archiving στο SMTP virtual server 1, πληκτρολογήστε τα ακόλουθα: Cscript archivesink_setup.vbs uninstall 1
    Για να εμφάνιση bindings στο SMTP virtual server 1, πληκτρολογήστε τα ακόλουθα: Cscript archivesink_setup.vbs display 1
    Step 4: Ρύθμιση Registry Key για το SMTP Virtual Server
    Όταν εγκατασταθεί το ArchiveSink , δημιουργεί αυτόματα τα κλειδιά μητρώου που απαιτούνται για επιπρόσθετο archiving control. Πρέπει να αλλάξετε το value του «Enable Message Logging key» σε 1 για να ενεργοποιήσετε την καταγραφή για λεπτομερείς πληροφορίες μηνυμάτων «detailed message information». Μετά από την ενεργοποίηση «detailed logging», ένα αρχείο.xml που περιέχει όλους τους παραλήπτες των μηνυμάτων συμπεριλαμβανομένων των Bcc παραληπτών, δημιουργείται για κάθε e-mail message.
    Για να ενεργοποιήσετε το Bcc recipient logging:

    1. Εκκινήστε το Registry Editor.
    2. Μεταβείτε στο: HKEY__LOCAL_MACHINE\SOFTWARE\Microsoft\Exchange\ArchiveSink\1
    Όπου το «1» αντιπροσωπεύει το virtual server 1.
    3. Στο παράθυρο details, κάντε δεξί κλικ Enable Message Logging.
    4. Στην επιλογή Edità DWORD Value στην επιλογή Value Data, πληκτρολογήστε 1, και έπιτα κάντε κλικ στο OK.


    Step 5: Επανεκκίνηση το IIS Admin Service
    Για εφαρμοστούν οι αλλαγές στην registry , θα πρέπει να ξεκινήσετε πάλι τις ακόλουθες υπηρεσίες: IIS Admin Service, Exchange store, και Microsoft Exchange MTA Stacks.
    Για να επανεκκινήσετε τα απαραίτητα services:
    1. Επιλέξτε Start, κατόπιν στην επιλογή All Programs, έπειτα στην επιλογή Administrative Tools και στη συνέχεια κάντε κλικ στην επιλογή Services.
    2. Στα Services, στο παράθυρο λεπτομερειών, κάντε δεξί κλικ ISS Admin Service, και στη συνέχεια κάντε κλικ στο κουμπί Επανεκκίνηση.
  16. Catastrophic Failure
    Problem Steps Recorder Tool
    Το Problem Steps Recorder Tool στα Windows 7, είναι μια δυνατότητα που επιτρέπει στους χρήστες να καταγράφουν τις κινήσεις τους και να παράσχει λεπτομερή ανάλυση «screen-by-screen view» . Μάθετε πώς το RPS μπορεί να χρησιμοποιηθεί για να εντοπίσει γρήγορα τα προβλήματα.
    Start >PSR >Enter

    Start Record

    Stop Record and save the file

    Click on the file and view

    View the Description file

     
    Σχετικό Video για την λειτουργία του Problem Steps Recorder Tool θα βρείτε εδώ.

  17. Catastrophic Failure
    Οι χρήστες με Outlook 2003 δεν μπορούν να συνδεθούν με τα mailboxes στον Exchange 2010 με μήνυμα λάθους: «Task Microsoft Exchange Server reported error (0x80040115): "The connection to the Microsoft Exchange Server is unavailable. Outlook must be online or connected to complete this action».
    Αιτία:
    RPC Client Access Encryption was enabled on the Exchange 2010 Stores and Outlook clients with not enabled to use Encryption in their profile.

    Επίλυση:
    Encryption was disabled on the Exchange stores.
    Uncovering the new RPC Client Access Service in Exchange 2010 (Part 1)
    Uncovering the new RPC Client Access Service in Exchange 2010 (Part 2)
    Όσες εκδόσεις και να βγουν, κάποια θέματα δεν αλλάζουν:
    Users who use Outlook 2003 cannot publish their free/busy data in Exchange Server 2010 or in Exchange Server 2007
  18. Catastrophic Failure
    Ν’αμαστε πάλι λοιπόν.. Άλλοι φεύγουν για διακοπές αυτόν τον καιρό, άλλοι είναι σε διακοπές και άλλοι έχουν γυρίσει (σαν κι εμένα). ‘Ήθελα το θέμα που θα ανέβαζα να είναι λίγο καλοκαιρινό και όχι Καταστροφικό, αλλά όταν μιλάμε για OS, Server κλπ πώς είναι δυνατόν να μην είναι καταστροφικό (χεχε). Είχα σκοπό να αρχίσω να γράφω για τον Exchange που είναι και ένας από τους βασικούς Server που ασχολούμαι, αλλά με προλάβανε τα αγόρια του Autoexec στην στροφή (xixi) και έχει ήδη αναπτυχθεί το παρόν προϊόν. Γι’αυτό αποφάσισα να μην αναφέρω για την αρχιτεκτονική και την δομή του Exchange αλλά προτίμησα να επιλέξω ένα θέμα που αντιμετώπισα στο παρελθόν με ένα κομμάτι του Exchange Server.
    Η ιστορία έχει ως εξής:
    ü Windows Server 2008 Datacenter x64 SP1 (Domain Controller)
    ü Exchange Server 2007 EE SP1
    Το θέμα:
    Access OWA and mobile sync from CAS role of exchange Server 2007 after installing by mistake, SharePoint with ntlm authentication on same IIS port (80). SharePoint is now successfully moved to 8080 but owa and mobile sync still not working…
    The message displayed is:
    https://<servername>/owa/auth/error.aspx?aspxerrorpath=/owa/auth/logon.aspx
    Server Error in '/owa' Application.
    <!-- Web.Config Configuration File --> <configuration> <system.web>
    <customErrors mode="RemoteOnly"/> </system.web> </configuration>
    Notes: The current error page you are seeing can be replaced by a custom error page
    by modifying the "defaultRedirect" attribute of the application's <customErrors>
    configuration tag to point to a custom error page URL.
    <!-- Web.Config Configuration File --> <configuration> <system.web>
    <customErrors mode="On" defaultRedirect="mycustompage.htm"/> </system.web>
    </configuration>
    Σημειώσεις:
    ************
    ü Πρώτη μη προτεινόμενη κίνηση
    Windows Server 2008 Datacenter x64 SP1 (Domain Controller) και εγκατεστημένος ο Exchange Server 2007 EE SP1
    ü Δεύτερη μη προτεινόμενη κίνηση
    Windows Server 2008 Datacenter x64 SP1 (Domain Controller) και εγκατεστημένος ο Exchange Server 2007 EE SP1 + SharePoint Services 3.0
    ü Τρίτη κίνηση
    Μη σωστή αφαίρεση του SharePoint Services 3.0 αφήνοντας κατάλοιπα.
    Workaround:
    **************
    Ελέγξαμε όλες τις ρυθμίσεις στον IIS 7.0 στον Exchange Virtual Directory και επιβεβαιώσαμε ότι account read/ write access.
    Anonymous Authentication ---> Enabled
    ASP.NET Impersonation ---> Disabled
    Basic Authentication ---> Enabled
    Digest Authentication ---> Enabled
    Forms Authentication ---> Disabled
    Windows Authentication ---> Disabled
    Κάναμε recreate the OWAvdir ακολουθόντας τα παρακάτω βήματα:
    Outlook Web Access Cmdlets
    http://technet.microsoft.com/en-us/library/aa998624.aspx
    You must first:
    Get-OWAVirtualDirectory
    Remove-OWAVirtualDirectory OWA(Default Web Site)
    Better still - Run TEST-OWAVIRTUALDIRECTORY first
    Usually OWA issues are resolved like that
    GET, Remove, and then NEW
    Μετά από όλα αυτά πάλι δεν μπορούσαμε να κάνουμε display το OWA μέσω :
    https:\\server\owa
    https:\\<IP>\OWA
    Εκτελέσαμε την εντολή «Get-OWAVirtualDirectory | FL > C:\owa.txt» και μας έδωσε τα ακόλουθα αποτελέσματα:
    AppCmd.exe set config /section:system.webServer/security/authentication/windowsAuthentication /useKernelMode:false
    Προσπαθήσαμε να συνδεθούμε πάλι, αλλά το WebSite ήταν connected στο SharePoint Server, στην IP του OWA. Αφαιρέσαμε το Redirection από το OWA Vdir και Restart τον IIS, πάλι τίποτα.
    Εκτελέσαμε την εντολή «Test-OWA cmdlet and we got error that user CAS_xxxxxxx does not exist or does not have credentials to perform the test». Επόμενο βήμα η επανεγκατάσταση του CAS Role. Επίσης προχωρήσαμε στην αφαίρεση του IIS 7 από τον Server Manager Roles, αφαιρέσαμε όλα τα features για τον IIS 7 και προχωρήσαμε σε reboot του Server και επανεγκατάσταση του IIS 7. Η απεγκατάσταση έγινε σωστά, μεταβήκαμε στο root του inetpub για να επιβεβαιώσουμε ότι αφαιρέθηκαν όλα σωστά και δεν υπήρχαν κατάλοιπα. Ξεκινήσαμε την εγκατάσταση του IIS 7, Server Manager -- >Roles -- > Add Role -- >Check the IIS 7 option and follow the wizard. Εκτελέσαμε από CMD τις ακόλουθες εντολές για το Default Web Site:
    ServerManagerCmd -I RSAT-ADDS ServerManagerCmd -I PowerShell ServerManagerCmd -I Web-Server ServerManagerCmd -I Web-ISAPI-Ext ServerManagerCmd -I Web-Metabase ServerManagerCmd -I Web-Lgcy-Mgmt-Console ServerManagerCmd -I Web-Basic-Auth ServerManagerCmd -I Web-Digest-Auth ServerManagerCmd -I Web-Windows-Auth ServerManagerCmd -I Web-Dyn-Compression Κάναμε Restart τον server και προσπαθήσαμε να κάνουμε login στο OWA, το error αυτήν την φορά ήταν «401- Unauthorized», «404 -File not found»
    «Server Error in '/owa' Application.
    Runtime Error
    Description: An application error occurred on the server. The current custom error settings for this application prevent the details of the application error from being viewed.
    Details: To enable the details of this specific error message to be viewable on the local server machine, please create a <customErrors> tag within a "web.config" configuration file located in the root directory of the current web application. This <customErrors> tag should then have its "mode" attribute set to "RemoteOnly". To enable the details to be viewable on remote machines, please set "mode" to "Off".
    <!-- Web.Config Configuration File --> <configuration> <system.web> <customErrors mode="RemoteOnly"/> </system.web> </configuration>
    Notes: The current error page you are seeing can be replaced by a custom error page by modifying the "defaultRedirect" attribute of the application's <customErrors> configuration tag to point to a custom error page URL.
    <!-- Web.Config Configuration File --> <configuration> <system.web> <customErrors mode="On" defaultRedirect="mycustompage.htm"/> </system.web> </configuration>
    Επίλυση
    Μετονομασία του web.config και Web.config-xxx file το οποίο βρίσκεται στο root του Default Web Site και επανεκκίνηση του IIS. Αφαιρέσαμε mannually όλα τα code references που ήταν pointing στο SharePoint από το web.config file of c:\inetpub\wwwroot, και επανεκκίνηση του IIS. Δοκιμάσαμε να κάνουμε login στο OWA και ναι τα καταφέραμε!!
    Αυτά τα ολίγα για την ώρα, ελπίζω να μην σας κούρασα αλλά να περάσατε καλά….







  19. Catastrophic Failure
    Καταρχήν να συστηθώ, κατά κόσμο Ιωάννα για τους φίλους CF «Catastrophic Failure». Μην τρομάζετε δεν είμαι καταστροφική αποτυχία!!! Ασχολούμαι με IT Support περίπου 10 χρόνια και με το απλό Support πολλά περισσότερα. Πολλοί δεν πιστεύουν πώς ένας άνθρωπος θηλυκού γένους μπορεί να ξέρει και πολλά από IT Support , εγώ πιστεύω πάνω από όλα ότι όποιος θέλει μπορεί. Να ευχαριστήσω τον κ. Κλαδάκη για την ευκαιρία που μου δίνει μέσω αυτού του Blog.
  20. Catastrophic Failure
    Η Microsoft παρουσιάζει το Hosted Messaging and Collaboration version 4.5. Το HMC φιλοξενεί παρόχους, δίνει τα εργαλεία και τις οδηγίες που χρειάζονται για να αναπτυχθούν εύκολα enterprise-class e-mail, calendaring, contacts, και real-time collaboration. Το HMC 4.5 περιλαμβάνει τις πιο πρόσφατες εκδόσεις του παγκόσμιου επιπέδου Microsoft enterprise products, όπως ο Exchange Server 2007 Service Pack 1 και Windows SharePoint Services 3.0 Service Pack 1. Η version 4.5, επίσης, παρέχει αυξημένη λειτουργικότητα μέσω της στήριξης για το Microsoft Office Communications Server 2007, Microsoft System Center Operations Manager 2007. Εκτελείτε σε πλατφόρμα είτε το Windows Server 2008 ή Windows Server 2003 operating system.





    Download:
    Microsoft Solution for Hosted Messaging and Collaboration 4.5
    Hosted Messaging and Collaboration Knowledge Base Articles




    Στην επόμενη δημοσίευση λεπτομέρειες για την εγκατάσταση του HMC version 4.5
     
     

  21. Catastrophic Failure
    Exchange Server 2013 SP1 Prerequisites (Exchange2013SP1Prerequisites_v1.0)
    This script automate execute steps for installing the necessary Windows Server 2012 R2 and Windows Server 2012 operating system prerequisites for the Microsoft Exchange 2013 Mailbox, Client Access, Multirole and Edge Transport server roles. The prerequisites that are needed to install Exchange 2013 on a Windows Server 2012 R2 or Windows Server 2012 computer depends on which Exchange roles you want to install.
     
    What do you need to know before you begin?
    o The Edge Transport server role is available starting with Exchange 2013 SP1.
    o Make sure that the functional level of your forest is at least Windows Server 2003, and that the schema master is running Windows Server 2003 with Service Pack 2 or later.
    o The full installation option of Windows Server 2012 R2 and Windows Server 2012 must be used for all servers running Exchange 2013 server roles or management tools.
    o You must first join the computer to the appropriate internal Active Directory forest and domain.
    o You must check and be sure your server has access to the internet
    o Some prerequisites require you to reboot the server to complete installation.
    Let’s have a quick look how to execute the script Exchange2013SP1Prerequisites_v1.0 on Windows PowerShell and what this script do for us.
     
    1. Login to Windows Server 2012 R2 and Windows Server 2012 with Enterprise Administrator credentials
    2. Start Windows PowerShell “As Administrator”
     

     
    3. Next step, copy the script Exchange2013SP1Prerequisites_v1.0 on (C:\) drive

     
    4. Let’s start with running scripts from within Windows PowerShell itself.
    In case you get weird error messages when you try to run a script, the reason is only one, security settings built into Windows PowerShell include something called the “execution policy” the execution policy determines how (or if) PowerShell runs scripts. By default, PowerShell’s execution policy is set to Restricted that means that scripts – including those you write yourself – won’t run.
    Navigate back to Windows PowerShell and set the Execution policy to unrestricted in order to be able to run the script, in that case, use this command to set your execution policy to RemoteSigned or Unrestricted
     

     
    Note: The Set-ExecutionPolicy cmdlet enables you to determine which Windows PowerShell scripts (if any) will be allowed to run on your computer.
    Windows PowerShell has four different execution policies:
    o Restricted – No scripts can be run. Windows PowerShell can be used only in interactive mode.
    o AllSigned – Only scripts signed by a trusted publisher can be run.
    o RemoteSigned – Downloaded scripts must be signed by a trusted publisher before they can be run.
    o Unrestricted – No restrictions; all Windows PowerShell scripts can be run.
    5. The most common (default) way to run a script is by calling it:
    PS C:\> & “C:\Admin\My first Script.ps1″
    If the path does not contain any spaces, then you can omit the quotes and the ‘&’ operator
    PS C:\> C:\Admin\Myscript.ps1
    If the script is in the current directory, you must indicate this using .\ (or ./ will also work)
    PS C:\> .\Myscript.ps1
     
    In our case scenario we run the script in the current directory “C:\” so, we must indicate this using .\ and we click Enter

     
    6. Our script now it starts running, select an option from the menu. In my case scenario, I will select option 3 (E2013 Multirole installation) and click Enter

     
    7. As you can easy check bellow, my Multirole Prerequisites are in progress to be download and install

     
    8. After the Prerequisites successfully installed, we have to choose the option 10 in order to restart our server

     
    9. After restart your server, login as EA and proceed to install your Microsoft Exchange Server 2013 SP1

     
    You can download the script here
    Enjoy…..
  22. Catastrophic Failure
    This script automate execute steps for installing the necessary Windows Server 2008 R2 SP1 operating system prerequisites for the Microsoft Exchange 2013 Mailbox, Client Access, Multirole and Edge Transport server roles. The prerequisites that are needed to install Exchange 2013 on a Windows Server 2008 R2 SP1 computer depends on which Exchange roles you want to install.
    What do you need to know before you begin?
    The Edge Transport server role is available starting with Exchange 2013 SP1.
    Make sure that the functional level of your forest is at least Windows Server 2003, and that the schema master is running Windows Server 2003 with Service Pack 2 or later.
    The full installation option of Windows Server 2008 R2 SP1 must be used for all servers running Exchange 2013 server roles or management tools.
    You must first join the computer to the appropriate internal Active Directory forest and domain.
    You must check and be sure your server has access to the internet
    Some prerequisites require you to reboot the server to complete installation.

    Let’s have a quick look how to execute the script Exchange2013SP1Prerequisites_W2008R2SP1_v1.0 on Windows PowerShell and what this script do for us.
    Login to Windows Server 2008 R2 SP1 with Enterprise Administrator credentials
    Start Windows PowerShell “As Administrator”


    Next step, copy the script Exchange2013SP1Prerequisites_W2008R2SP1_v1.0 on (C:\) drive

    Let’s start with running scripts from within Windows PowerShell itself.
    In case you get weird error messages when you try to run a script, the reason is only one, security settings built into Windows PowerShell include something called the “execution policy” the execution policy determines how (or if) PowerShell runs scripts. By default, PowerShell’s execution policy is set to Restricted that means that scripts – including those you write yourself – won’t run.
    Navigate back to Windows PowerShell and set the Execution policy to unrestricted in order to be able to run the script, in that case, use this command to set your execution policy to RemoteSigned or Unrestricted


    Note: The Set-ExecutionPolicy cmdlet enables you to determine which Windows PowerShell scripts (if any) will be allowed to run on your computer.
    Windows PowerShell has four different execution policies:
    Restricted – No scripts can be run. Windows PowerShell can be used only in interactive mode.
    AllSigned – Only scripts signed by a trusted publisher can be run.
    RemoteSigned – Downloaded scripts must be signed by a trusted publisher before they can be run.
    Unrestricted – No restrictions; all Windows PowerShell scripts can be run.

    The most common (default) way to run a script is by calling it:

    PS C:\> & “C:\Admin\My first Script.ps1″
    If the path does not contain any spaces, then you can omit the quotes and the ‘&’ operator
    PS C:\> C:\Admin\Myscript.ps1
    If the script is in the current directory, you must indicate this using .\ (or ./ will also work)
    PS C:\> .\Myscript.ps1
    In our case scenario we run the script in the current directory “C:\” so, we must indicate this using .\ and we click Enter

    Our script now it starts running, select an option from the menu. In my case scenario, I will select option 3 (E2013 Multirole installation) and click Enter


    As you can easy check bellow, my Multirole Prerequisites are in progress to be download and install


    After the Prerequisites successfully installed, we have to choose the option 10 in order to restart our server


    After restart your server, login as EA and proceed to install your Microsoft Exchange Server 2013 SP1


    You can download the script from TechNet Gallery Script Center
  23. Catastrophic Failure
    Today, I manage to complete the bellow script, in order some basic Office 365 User Creation and License assignment to be automate with one click.
    This script automate execute steps for Office 365 Administrator Tasks.
    By choosing only a number, you can manage your Office 365 Tasks.
    What do you need to know before you begin?
    Make sure you have already installed Windows Azure AD PowerShell
    You must check and be sure your server or your computer has access to the internet

    Let’s have a quick look how to execute the script O365Tool_v1.0 on Windows PowerShell and what this script do for us.
    Login to your computer with Administrator credentials
    Start Windows Azure AD PowerShell “As Administrator”


     
    3. Next step, copy the script O365Tool_v1.0 on (C:\O365Tool_v1.0) folder or create the O365Tool_v1.0 folder in your preferred destination

     
    4. Let’s start by running the script from Windows Azure AD PowerShell itself.
    In case you get weird error messages when you try to run a script, the reason is only one, security settings built into Windows PowerShell include something called the “execution policy” the execution policy determines how (or if) PowerShell runs scripts. By default, PowerShell’s execution policy is set to Restricted that means that scripts – including those you write yourself – won’t run.
    Navigate back to Windows PowerShell and set the Execution policy to unrestricted in order to be able to run the script, in that case, use this command to set your execution policy to RemoteSigned or Unrestricted
     

    Note: The Set-ExecutionPolicy cmdlet enables you to determine which Windows PowerShell scripts (if any) will be allowed to run on your computer.
    Windows PowerShell has four different execution policies:
    Restricted – No scripts can be run. Windows PowerShell can be used only in interactive mode.
    AllSigned – Only scripts signed by a trusted publisher can be run.
    RemoteSigned – Downloaded scripts must be signed by a trusted publisher before they can be run.
    Unrestricted – No restrictions; all Windows PowerShell scripts can be run
    The most common (default) way to run a script is by calling it:

    PS C:\> & “C:\Admin\My first Script.ps1″
    If the path does not contain any spaces, then you can omit the quotes and the ‘&’ operator
    PS C:\> C:\Admin\Myscript.ps1
    If the script is in the current directory, you must indicate this using .\ (or ./ will also work)
    PS C:\> .\Myscript.ps1
     
    Create the folders:
    Main folder: O365Tool
    Subfolder’s: Logs and Exports
     

     
    In our case scenario we run the script in the current directory “C:\O365Tool_v1.0″ so, we must indicate this using .\ and we click Enter
     

     
    5. Prepare the CSV file ” the file is included on the script zip”
     

     
    6. Type your Global Admin credentials, Username and Password in order to login

     
    7. Our script now it starts running, select an option from the menu. In my case scenario, I will select option 1, to start the creation of the new users and then to proceed with the rest of the options.

     
    Users are now created:

     
    Option 2: Set UsageLocation:

     
    Option 3: as I have only EnterprisePack:
    https://catastrophicerrors.files.wordpress.com/2015/02/clip_image0115.jpg
     
    Option 5: Export Mailboxes from Office 365:
    https://catastrophicerrors.files.wordpress.com/2015/02/clip_image0124.jpg
     
    Option 6: The script has a timer for how long the script is execute:
    https://catastrophicerrors.files.wordpress.com/2015/02/clip_image0134.jpg
     
    Enjoy…
    Download the Script here: https://gallery.technet.microsoft.com/Office-365-User-Creation-b8e48121
  24. Catastrophic Failure
    Using Transport rules, you can look for specific conditions in messages that pass through your organization and take action on them. Transport rules let you apply messaging policies to email messages, secure messages, protect messaging systems, and prevent information leakage.
    Many organizations today are required by law, regulatory requirements, or company policies to apply messaging policies that limit the interaction between recipients and senders, both inside and outside the organization. In addition to limiting interactions among individuals, departmental groups inside the organization, and entities outside the organization, some organizations are also subject to the following messaging policy requirements:

    Preventing inappropriate content from entering or leaving the organization

    Filtering confidential organization information

    Tracking or archiving copying messages that are sent to or received from specific individuals

    Redirecting inbound and outbound messages for inspection before delivery

    Applying disclaimers to messages as they pass through the organization

    Overview of Transport rules
    Transport rules are similar to the Inbox rules that are available in many email clients. The main difference between Transport rules and rules you would set up in a client application such as Outlook is that Transport rules take action on messages while they’re in transit as opposed to after the message is delivered. Transport rules also contain a richer set of conditions, exceptions, and actions, which provides you with the flexibility to create a customized rule. You can create up to 100 Transport rules in order to implement your business-rule compliance.
    The following list summarizes the basic workflow for Transport rules:

    You create Transport rules to meet your business needs.

    As messages go through your organization, the Transport rules agent is invoked. The Transport rules agent is a special component that checks messages against the Transport rules you create.

    The Transport rules agent scans the message, and if the message fits the conditions you specify in a Transport rule, it takes the specified action on that message.

    Transport rule components
    Transport rules consist of the following components:

    Conditions   Use Transport rule conditions to specify the characteristics of messages to which you want to apply a Transport rule action. Conditions consist of one or more predicates that specify the parts of a message that should be examined. Some predicates examine message fields or headers, such as the To, From, or Cc fields. Other predicates examine message characteristics such as message subject, body, attachments, message size, and message classification. Most predicates require that you specify a comparison operator, such as equals, doesn’t equal, or contains, and a value to match.

    Exceptions Exceptions are based on the same predicates used to build Transport rule conditions. However, unlike conditions, exceptions identify messages to which Transport rule actions shouldn’t be applied. Exceptions override conditions and prevent actions from being applied to an email message, even if the message matches all configured conditions.

    Actions Actions are applied to messages that match the conditions and don’t match any exceptions defined in the Transport rule. Transport rules have many actions available, such as rejecting, deleting, or redirecting messages, adding additional recipients, adding prefixes in the message subject, or inserting disclaimers in the message body.

    For a complete list of Transport rule predicates, see Transport Rule Predicates. The list of predicates is also available in the Transport rule dialog in the EAC. If you use the Shell, you can retrieve the list of predicates by using the Get-TransportRulePredicate cmdlet.
    For a complete list of Transport rule actions available, see Transport Rule Actions. The list of actions is also available in the Transport rule dialog box in the EAC. If you use the Shell, you can retrieve the list of actions by using the Get-TransportRuleAction cmdlet.
    To create Transport Rules in Office 365, first must log into Office 365portal https://portal.microsoftonline.com/default.aspx and go to the following location:

    Go to Admin and choose Exchange



    2. Navigate to Mail Flow (from the left site) and choose Rules


    This is where any and all transport rules can be created and applied
    Once you are in the rules area of the O365 portal, you perform the following:

    1. Press the + sign and then select Create a new rule


    2. Choose a name for this rule and choose the rule for your condition (depends what you want to achieve)
    3. Choose the option that apply for your condition and after you finished click on Save



    4. Now, this rule is ready to be applied to all emails coming through your Office 365 tenant.
    For comprehensive information on Transport Rules as a whole, refer to the following link: http://technet.microsoft.com/en-us/library/dd351127(v=exchg.150).aspx

    Outlook Rules
    A rule is an action that Microsoft Outlook runs automatically on incoming or outgoing messages, based on conditions that you have specified.
    Rules help reduce manually filing or taking the same action when a similar message arrives. Unlike Quick Steps, rules typically are always on and run automatically. For example, when a message is received from a specified person, it’s automatically moved to the folder that you designate.
    The Rules Wizard helps you design rules to manage messages. Rules fall into one of two categories — organization and notification.



    The Rules Wizard includes templates for the most frequently used rules, which include the following:
    Stay Organized    These rules help you file and follow up on messages. For example, you can create a rule for messages from a specific sender, such as Anne Weiler, with the word “sales” in the Subject line, to be flagged for follow-up, categorized as Sales, and moved to a folder named Anne’s Sales.
    Stay Up to Date    These rules notify you in some way when you receive a particular message. For example, you can create a rule that automatically sends a message to a mobile device when you receive a message from a family member.
    Start from a blank rule    These are rules that you create without the aid of a rule template and that you can completely customize.

    Create a rule
    Outlook includes rule templates for common scenarios. Use these rule templates, or create design your own custom rules.

    1. Click the File tab, click Manage Rules & Alerts


    2. In the Rules and Alerts dialog box, on the E-mail Rules tab, click New Rule
    3. Follow the wizard and at the end click Finish


    Additional Information:
    Manage email messages by using rules
    http://office.microsoft.com/en-us/outlook-help/manage-email-messages-by-using-rules-HA102749402.aspx
  25. Catastrophic Failure
    Get a first look at Exchange Server 2016, the on-premises release that we plan to ship in the second half of this year. Come learn about the innovation in Exchange Server 2016 that will help you keep up with evolving requirements for user productivity and information protection. This session will give you the starting point who want to know what’s coming from on-premises Exchange.
     

     
    Meet Exchange Server 2016
    http://channel9.msdn.com/Events/Ignite/2015/FND2204
×
×
  • Create New...