Jump to content

Catastrophic Failure

Members
  • Posts

    562
  • Joined

  • Last visited

Blog Entries posted by Catastrophic Failure

  1. 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
    Σημείωση:
    Εάν εκτελέσετε το αρχείο πραγματοποιώντας διπλό κλικ από την τοποθεσία αποθήκευσης του ενδέχεται να λάβετε το ακόλουθο μήνυμα λάθους.


  2. Catastrophic Failure
    The Exchange Team is pleased to announce that in the second half of calendar year 2011 we will be releasing Exchange Server 2010 Service Pack 2 (SP2) to our customers. With SP2, the following new features and capabilities will be included:
    Outlook Web Access (OWA) Mini: A browse-only version of OWA designed for low bandwidth and resolution devices. Based on the existing Exchange 2010 SP1 OWA infrastructure, this feature provides a simple text based interface to navigate the user’s mailbox and access to the global address list from a plurality of mobile devices. Single Sign-on for Outlook Web Access: Providing the ability for users who have already authenticated with their directory credentials to not need to re-enter them again upon opening OWA. Hybrid Configuration Wizard: Organizations can choose to deploy a hybrid scenario where some mailboxes are on-premises and some are in Exchange Online with Microsoft Office 365. Hybrid deployments may be needed for migrations taking place over weeks, months or indefinite timeframes. This wizard helps simplify the configuration of Exchange sharing features, like: calendar and free/busy sharing, secure mailflow, mailbox moves, as well as online archive. Address Book Policies: Allows organizations to segment their address books into smaller scoped subsets of users providing a more refined user experience than the previous manual configuration approach. We also blogged about this new feature recently in GAL Segmentation, Exchange Server 2010 and Address Book Policies. Customer Requested Fixes: All fixes contained within update rollups released prior to Service Pack 2 will also be contained within SP2. Details of our regular Exchange 2010 release rhythm can be found in Exchange 2010 Servicing. In order to support these newly added features, there will be a requirement for customers to update their Active Directory schema. We’ve heard the feedback loud and clear from our customers on multiple occasions regarding delays that can be caused to deployment as a result of needing to update your schema and as such with the release of Exchange 2010 SP2 are communicating the required changes ahead of release in order to assist our customers with planning their upgrade path ahead of time.
    We hope these announcements come as welcome news to you. It is our custom to provide ongoing improvements to features, functionality and security of Exchange Server, based largely on customer feedback, and to provide continual innovation on an already great messaging product. We look forward to receiving your comments and announcing more detailed information as we continue to develop the features that will be included in SP2.
    Source: Kevin Allison
  3. Catastrophic Failure
    Διαθεσιμότητα λήψης του Microsoft Office Visio stencil. Αυτό το στοιχείο λήψης περιλαμβάνει το Microsoft Office stencil με σχήματα του Visio για τον Microsoft Exchange Server 2010 και Exchange Server 2010 Service Pack 1 (SP1). Μπορείτε να χρησιμοποιήστε το Microsoft Office Visio stencil για να δημιουργήσετε σχέδια με το Visio που περιλαμβάνουν objects του Exchange 2010.

    Αυτά τα σχήματα περιλαμβάνουν εικονίδια για τα ακόλουθα:
    •Exchange 2010 server roles
    •Features new to Exchange 2010 SP1
    •Networking, telephony, and Unified Messaging objects
    •Active Directory and directory service objects
    •Client computers and devices
    •Other Exchange organization elements
    Download details: Microsoft Exchange 2010 Visio Stencil
    Exchange Server Posters
    Exchange 2010
    Exchange 2010 Architecture Poster (PDF) Exchange 2010 Hub Transport Role Architecture (PDF) Exchange 2010 Hub Transport Extensibility (PDF) Visio Stencils Exchange 2010
    Exchange 2007
    Exchange Server 2007 Component Architecture (PDF) Exchange 2007 Hub Transport Role Architecture - RTM (PDF) Exchange 2007 Hub Transport Role Architecture - SP1 (PDF) Exchange 2007 Edge Transport Role Architecture (PDF)
    Visio Stencils for Exchange Server 2007
  4. Catastrophic Failure
    Today seemed like a perfect day for us to share a few very special announcements with our customers. We are always looking for ways to make Exchange better. Here are some of the new features we've planned for Exchange 2010 SP2.
    OWA Automobile Edition: Exchange team and a major US automaker will soon announce OWA integration into new line of cars to maximize end-user productivity. Car windshields are to be replaced with LCDs (who needs windshields anyway?) Additionally, when it's time for oil change, you will get a reminder popup. · Twitter-Ready Mail: Exchange 2010 SP2 will enforce a maximum email length of 140 characters to ensure all email is Twitter-ready. If you have more than 140 characters of things to say, you are clearly egotistical and self-centered. To help you save the characters, we will also enforce all email to be in clear text format. An 80-page whitepaper with business-ready abbreviations to use will be published at release time.
    · Boss OOFs: Out of Office Assistant (Automatic Replies) now has a “boss” feature, which will send a different message to your upward reporting chain in the GAL than everyone else. Now, you can be “out sick with the flu” to your boss while “kicking ass and taking names” in Vegas to your buddies.
    · Email Etiquette Enforcement (EEE) Agent: We are finalizing the steps to implement a new Email Etiquette Enforcement Agent. The EEE Agent will enforce a uniform email etiquette within your organization by allowing you to create Email Etiquette Rules, similar in concept to Transport Rules. Exchange will ship with a few pre-canned Email Etiquette Rules, such as the "Exceeded Max Recipients You Should Be Replying To Per Good Email Etiquette" rule. If the offending user replies to "all" on a very large distribution group with something totally meaningless, the system will send a custom DSN to that user every 10 minutes for a week, as a reminder of what he has done. Currently, two DSN wordings that we're looking at are:
    5.7.11.1 Srsly? You did that? Will you do it again?
    and
    5.7.11.1 How do YOU like to have your mailbox filled up with useless replies?
    Another EEE rule will detect the number of messages a user sends with a Read Receipt requested, and if it exceeds 10% of all email sent by the user, the EEE agent will respond by automatically modifying all messages received by that user to require a read receipt'.
    · Automatic Randomized MRM (ARM) Assistant: Based on the success of the MRM feature in Exchange, we are taking MRM a step further by creating an Automatic Randomized MRM (ARM) Assistant. This takes all of the work out of configuring MRM policies; the Assistant will simply pick messages from your mailbox randomly and archive them for you – at random intervals; to random places. No user or administrator configuration is necessary (or possible).
    · Active Inbox Rules (AIR) Agent: The Exchange engineering team is especially proud of its extensibility features. The AIR Agent is a step in this direction, allowing you to manage users' email based on their past behavior, and reduce TCO. The AIR agent interfaces with your helpdesk system and reads the number of "I can't find my email" tickets created by a user. If the message is found to have been automatically moved by an Inbox rule that the user created, the AIR agent automatically creates a server-side rule to move such items back to the Inbox. This should greatly reduce the number of helpdesk tickets created by the user.
    If the user creates any additional rules to move messages, the agent responds by creating server-side rules to move messages from all folders back to the Inbox. This action is completely transparent to the user.
    · Mobile Read Receipts: Given so many of you now consume email on your mobile devices, we are positive you'll find this new mobile feature quite useful. When you receive a message with a read receipt requested on your mobile device, the mobile email client will activate the camera on your mobile device and transmit a video to the sender, really proving you've actually read the message. Mobile Read Receipts are sent with important metadata information such as your expressions (visual and verbal), and your GPS coordinates.
    · Exchange Configuration: Due to long-lasting popularity of public folders, we are making required engineering changes to store Exchange configuration data in public folders, rather than Active Directory. We are now working through seemingly paradox fact that in order to read that configuration, public folder database needs to be mounted; which requires configuration to be read in the first place. From public folders... which are not mounted... because configuration is not accessible, as the folders are not up at the time. Anyway, we are sure we'll figure it out by SP2 RU1.
    Source: MS Exchange Team
  5. Catastrophic Failure
    Η ομάδα του Exchange στο blog post της στις 29 Μαρτίου 2011 , αναφέρει μερικά περιστατικά σε πελάτες με Exchange 2007 Service Pack 3 με Update Rollup 3 (Exchange 2007 SP3 RU3), για πιθανό database corruption.
    Σήμερα, μας ενημερώνει για την διόρθωση του παρόντος θέματος μετά την εγκατάσταση του RU3 και ενημερώνει για την νέα έκδοση του RU3 version 08.03.159.002, (KB2530488).
    Διαβάστε περισσότερα στο original post από το Exchange Team
    Source: Exchange Team
  6. Catastrophic Failure
    Η ομάδα του Exchange στο blog post της στις 14 Μαρτίου 2011 , αναφέρει μερικά περιστατικά σε πελάτες με RIM BlackBerry devices που συνδέονται με Exchange 2010 SP1 RU3, ένα από αυτά:
    Εάν παρατηρήσετε ότι λαμβάνετε «duplicate messages» όταν αποστέλλετε ένα email μέσο συσκευής BlackBerry και έχετε εγκατεστημένο το RU3 στον Exchange 2010, επικοινωνήστε με το Microsoft Support για υποστήριξη.
    Σήμερα, μας ενημερώνει για την διόρθωση του παρόντος θέματος μετά την εγκατάσταση του RU3 και ενημερώνει για την νέα έκδοση του RU3 version 14.01.289.007, (KB2529939).
    Διαβάστε περισσότερα στο original post από το Exchange Team
    Source: Exchange Team
  7. Catastrophic Failure
    Στο παρόν post θα δούμε βήμα προς βήμα την διαδικασία λήψης Backup του Microsoft Exchange Server 2010 χρησιμοποιώντας το ενσωματωμένο εργαλείο Backup των Windows Server 2008 και 2008 R2 το Windows Server Backup. Για να δημιουργήσουμε αντίγραφα ασφαλείας «backup» στον Exchange Server 2010, χρειαζόμαστε μια εφαρμογή backup η οποία υποστηρίζει τις τεχνολογίες λήψης αντίγραφων ασφάλειας του Exchange Server 2010. Μια οικονομική λύση απ’ αυτές είναι το ενσωματωμένο εργαλείο Backup των Windows Server 2008 και 2008 R2 το Windows Server Backup.
    Πάμε να προσθέσουμε το Windows Server Backup
    Για να πάρουμε backup τον Exchange 2010 με τον Windows Server Backup, θα πρέπει να το εγκαταστήσουμε τοπικά όπου βρίσκετε εγκατεστημένος ο Exchange Server. Για να προχωρήσουμε σε εγκατάσταση του Windows Server Backup θα πρέπει να έχουμε δικαιώματα Backup Operators ή Administrators.
    Ένας τρόπος για να εγκαταστήσουμε το Windows Server Backup είναι χρησιμοποιώντας το Server Manager graphical interface (GUI) όπως φαίνετε στην εικόνα μας.


    Μπορούμε να εγκαταστήσουμε το Windows Server Backup και με την χρήση του Windows PowerShell εκτελώντας τις ακόλουθες εντολές «cmdlets»:
    Import-Module ServerManager
    Add-WindowsFeature Backup

    Πραγματοποιώντας Backup στον Exchange Server 2010
    Πάμε να ανοίξουμε την κονσόλα Windows Server Backup από το μενού Administrative Tools και επιλέγοντας Windows Server Backup.

    Στην κονσόλα Windows Server Backup, στο παράδειγμα μας θα επιλέξουμε να κάνουμε custom backup και έπειτα θα επιλέξουμε τις μονάδες δίσκου «drives» όπου βρίσκονται οι βάσεις «database» και τα transaction logs.

    Για παράδειγμα, για να κάνουμε backup την mailbox database, θα πρέπει πρώτα να γνωρίζουμε την ακριβή διαδρομή της mailbox database καθώς και την διαδρομή των transaction logs.
    Για να δούμε την ακριβή διαδρομή, μπορούμε να εκτελέσουμε μέσω Exchange Management Shell τις ακόλουθες εντολές «cmdlet»:
    Get-MailboxDatabase -Identity Managers | ft edbfilepath, logfolderpath
    Τα αποτελέσματα εμφανίζονται όπως στο παράδειγμα μας:

    Όπως φαίνετε, στο παράδειγμα μας τα αποτελέσματα του Exchange Management Shell,θα πρέπει να επιλέξουμε και τους δύο drives E και F δεδομένου ότι η mailbox database βρίσκετε στο drive E και τα transaction log files της βρίσκονται στο drive F. Επιλέγουμε Advanced Settings.

    Από το παράθυρο διαλόγου που ανοίγει, επιλέγουμε την καρτέλα VSS Settings και έπειτα την επιλογή VSS full Backup.

    Στο επόμενο βήμα θα δούμε τον ακριβές προορισμό των backup αρχείων. Αυτός ο προορισμός, μπορεί να είναι Local (κάποιος δίσκος) ή κάποιο Remote shared folder. Φυσικά, δεν είναι προτεινόμενο να πραγματοποιούμε backup στο ίδιο volume που βρίσκονται η database ή τα transaction logs. Ο λόγος απλός, εάν συμβεί κάποιο disk failure και έχουμε πραγματοποίηση backup στο ίδιο volume, θα καταστραφούν και θα χαθούν τα δεδομένα.
    Στο παράδειγμα μας τα χρησιμοποιήσουμε backup σε ένα Remote Folder, στην επιλογή Location, πληκτρολογώ την τοποθεσία του Remote Folder μου \\Backup-Server\Exchange Backup και επιλέγω Inherit προκειμένου να επιτραπεί η πρόσβαση στα δεδομένα του backup, επιλέγουμε Next.

    Στο επόμενο παράθυρο του Wizard, βλέπουμε το «Confirmation» την επιβεβαίωση των στοιχείων που έχουμε επιλέξει και επιλέγουμε Backup.

    Όταν το backup Exchange database και των transaction logs ολοκληρωθεί, θα δούμε ένα μήνυμα το οποίο θα μας αναφέρει ότι το backup ολοκληρώθηκε με επιτυχία.

    Αυτή ήταν η διαδικασία ενός απλού Custom Exchange Server 2010 backup με το Windows Server Backup.
    Schedule Backup:
    Προτείνετε να χρησιμοποιήσουμε το Schedule Backup, έτσι ώστε ο Server μας να γίνετε Backup καθημερινά κατά την διάρκεια της ημέρας. Έτσι, δεν θα έχουμε τον φόβο του «Να μην χαθεί η δουλειά μας»

    Μετά επιλέγουμε την ώρα που θέλουμε να κάνει καθημερινά το Backup

    Τα επόμενα βήματα είναι ίδια με του απλού backup τα οποία περιγράφονται παραπάνω.
    Windows Server Backup σε Database Availability Group Members
    Για να πάρουμε Backup το/τα DAG με το Windows Server Backup, θα πρέπει να προσέξουμε στον Server που βρίσκετε το DAG και έχει active και passive database copies να είναι απενεργοποιημένο το Microsoft Exchange Replication service VSS writer. Εάν το Microsoft Exchange Replication service VSS writer είναι ενεργό το Backup θα αποτύχει.
    Βήματα για την απενεργοποίηση του Microsoft Exchange Replication service VSS writer
    1. Κάντε Log on στον server χρησιμοποιώντας δικαιώματα Backup Operators ή Administrators και ξεκινήστε το Registry Editor (regedit).
    Μεγάλη προσοχή: Η εσφαλμένη επεξεργασία του μητρώου μπορεί να προκαλέσει σοβαρά προβλήματα, τα οποία ίσως απαιτήσουν την επανεγκατάσταση του λειτουργικού συστήματος. Πριν από την επεξεργασία του μητρώου, δημιουργήστε αντίγραφα ασφαλείας της registry.
    2. Μεταφερόμαστε: HKEY_LOCAL_MACHINE\Software\Microsoft\ExchangeServer\v14\Replay\Parameters.
    3. Δημιουργούμε ένα νέο DWORD value και το ονομάζουμε EnableVSSWriter και ορίζουμε το value 0.

    4. Κλείνουμε το Registry Editor και κάνουμε επανεκκίνηση το Microsoft Exchange Replication service.

    Σημαντικό: Εάν θέλουμε στο μέλλον να χρησιμοποιήσουμε κάποιο άλλο πρόγραμμα backup για να κάνουμε backup τα passive database copies στον server, που έχει το Microsoft Exchange Replication service VSS writer απενεργοποιημένο, θα πρέπει να διαγράψετε το registry key που δημιουργήσαμε και να επανεκινήσετε το Microsoft Exchange Replication service.
    Τα επόμενα βήματα είναι ίδια με του απλού backup τα οποία περιγράφονται παραπάνω.
    Αυτή ήταν η διαδικασία Exchange Server 2010 backup με το Windows Server Backup. Στο επόμενο post,θα δούμε την διαδικασία Recovering ενός (Recover ένα email, Recover ένα mailbox, Recover μιας mailbox database και Recover ενός server).

  8. Catastrophic Failure
    Όπως όλοι πολύ καλά γνωρίζουμε, κάποια από τα δυνατά εργαλεία της Microsoft θεωρούνται τα «Best Practices Analyzers».
    Στον ακόλουθο πίνακα αναφέρονται κάποια Updates για τα «Best Practices Analyzers» του Windows Server 2008 R2 :
    Update for Best Practices Analyzer for HYPER-V for Windows Server 2008 R2 x64 Edition (KB977238) You can use Hyper-V Best Practices Analyzer to scan a server that is running the Hyper-V role, and help identify configurations that do not comply with the best practices of Microsoft for this role.
    Update for Best Practices Analyzer for DHCP Server for Windows Server 2008 R2 x64 Edition (KB977236) You can use DHCP Best Practices Analyzer to scan a server that is running the DHCP role and help identify configurations that do not comply with the best practices from Microsoft for this role.
    Update for Best Practices Analyzer for Network Policy and Access Services for Windows Server 2008 R2 x64 Edition (NPAS) (KB977239) You can use the Network Policy and Access Services update for Best Practices Analyzer to scan a server that is running one or more of following the role services: Network Policy Server, Health Registration Authority, and Routing and Remote Access Service.
    Update for Best Practices Analyzer for File Services for Windows Server 2008 R2 x64 Edition (KB981111) You can use File Services Best Practices Analyzer to scan a server that is running the File Services role and one or more of following role services: DFS Namespaces, DFS Replication, File Server, File Server Resource Manager, Services for Network File System.
    Update for Best Practices Analyzer for Active Directory Rights Management Services for Windows Server 2008 R2 x64 Edition (KB981391) You can use Active Directory Rights Management Services Best Practices Analyzer to scan a server that is running the AD RMS role and help identify configurations that do not comply with the best practices of Microsoft for this role.
    Update for Best Practices Analyzer for Windows Server Update Services for Windows Server 2008 R2 x64 Edition (KB981390) You can use the Windows Server Update Services (WSUS) update for Best Practices Analyzer to scan a server that is running WSUS.
    Update for Best Practices Analyzer for Application Server for Windows Server 2008 R2 x64 Edition (KB981392) You can use the Application Server update for Best Practices Analyzer to scan a server
  9. 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
  10. Catastrophic Failure
    Στο παρόν Post θα μιλήσουμε για ένα πολύ χρήσιμο Tool στον Exchange Server 2007. Το συγκεκριμένο tool μας βοηθά στην διαχείριση όλων των certificates σε ένα Exchange Server 2007 Organization.
    Στον Exchange Server 2007 τα certificates υπήρξαν μεγάλο πρόβλημα, όχι μόνο στον δημιουργία ενός certificate αλλά και στην ανανέωση του.
    Η U-BTech Solutions παρουσιάζει το Certificate Manager για τον Exchange Server 2007 δωρεάν, απλοποίηση της διαδικασίας έκδοσης certificate όπως επίσης και ένα εύχρηστο περιβάλλον «GUI» που σας επιτρέπει να:
    1) Διαχείριση των ήδη υπάρχων certificates.
    2) Ενεργοποίηση «Enable» certificates για τα Exchange 2007 Services (POP, IMAP, SMTP, IIS, UM).
    3) Δημιουργία ενός Exchange 2007 Certificate με Signing Request και διαδικασία Certificate Authority answer.
    4) Δημιουργία ενός Exchange 2007 Self-Signed certificate (όχι για παραγωγική χρήση).
    5) Εύκολα μπορούμε να προσθέσουμε subject names σε ένα single certificate.
    6) Ικανότητα Import & Export για ήδη υπάρχον certificate.
    Πάμε να δούμε μερικά Screenshots από το Certificate Manager για τον Exchange Server 2007.
    Το κυρίως menu του Certificate Manager for Exchange Server 2007 εμφανίζει τα τρέχων certificates του server:

    Προβολή λεπτομερειών του επιλεγμένου certificate συμπεριλαμβανομένου όλων των σημαντικών attributes:

    Δημιουργία του certificate, στην εικόνα βλέπουμε τα βήματα μέσο του εύχρηστου οδηγού:



    Εισαγωγή του Certificate Authority Answer ή ενός PFX file κατά την ενεργοποίηση «enabling» των Exchange Server 2007 services:

    Το Tool Certificate Manager για τον Exchange Server 2007 παρέχετε από U-BTech Solutions FREE.
    Certificate Manager for Exchange Server 2007 Flash Demonstration Download - Certificate Manager for Exchange 2007 Certificate Use in Exchange Server 2007 Source: Steven Bink

  11. Catastrophic Failure
    Wanted to write a quick post about a tool that can help you find and catalogue various PowerShell scripts that are scattered on various online communities or – possibly – your internal company network shares.
    The tool is called Microsoft Script Explorer for Windows PowerShell and has entered the public Beta 1 stage now.
    Download Microsoft Script Explorer for Windows PowerShell (pre-release) User guide Script Explorer Forum Just to give you a taste of how it looks…

    You can search scripts by category, with keywords or various other options. You can also dive directly into categories, which allows you to see scripts by product.
     
    Source: Nino Bilic
  12. Catastrophic Failure
    Μπορούμε να ρυθμίσουμε τον Microsoft Exchange Server 2010 να δέχεται e-mail περισσότερο από έναν SMTP domain. Στο ακόλουθο Post, θα δούμε πώς μπορούμε να ρυθμίσουμε τα accepted domains και πώς θα δημιουργήσουμε νέα email address policy για το νέο e-mail domain.
    Το σενάριο:
    Η εταιρεία μας έχει διάφορα ανεξάρτητα business units και το κάθε ένα από αυτά θέλει διαφορετικό e-mail domains. Το management της εταιρείας δεν θέλει να ξοδέψει χρήματα για να το επιτύχει. Τους παρουσιάζουμε την λύση του email hosting service Προαπαιτούμενα:
    Ένα public DNS MX resource record απαιτείται για κάθε SMTP domain απ’ όπου θα δεχόμαστε τα e-mail από το Internet. Κάθε MX record θα πρέπει να γίνετε resolve στον Internet server όπου θα λαμβάνει τα e-mail για τον οργανισμό. Οι Send και Receive connectors θα πρέπει να ρυθμιστούν έτσι ώστε ο Exchange organization να μπορεί να στήλη e-mail ΠΡΟΣ και να λαμβάνει e-mail ΑΠΟ το Internet. Υπάρχουν δύο βήματα τα όποια πρέπει αν ρυθμίσουμε, έτσι ώστε ο Exchange 2010 να δέχεται e-mail περισσότερα από ένα SMTP domains. Το πρώτο βήμα είναι να ρυθμίσουμε το/τα accepted domain και το να δημιουργήσουμε ή να τροποποιήσουμε τα email policy.
    Χρήση της κονσόλας EMC για την ρύθμιση του Exchange 2010 για να δεχτεί e-mail περισσότερα από ένα domain
    Μεταβείτε στην κονσόλα τουExchange 2010 (EMC) και επιλέξτε Organization Configuration και επιλέξτε Hub Transport.

    Στο παράθυρο δεξιά θα δείτε την καρτέλα Accepted Domains. Στο μενού Action Pane, κάντε κλικ στο New Accepted Domain, ή δεξί κλικ στο κενό και επιλέξτε New Accepted Domain.

    Θα σας εμφανιστεί το παράθυρο διαλόγου New Accepted Domain. Στο παράθυρο διαλόγου New Accepted Domain, πληκτρολογήστε ένα όνομα για να ονομάσετε το νέο accepted domain. Στην επιλογή Accepted Domain, πληκτρολογήστε το SMTP domain name. Επιλέξτε Authoritative Domain. E-mail is delivered to a recipient in this Exchange organization.
    Κάντε κλικ στο New για αν δημιουργήσετε το νέο Accepted Domain.


    Μπορούμε να δούμε τώρα το Authoritative Accepted Domain contoso.info το οποίο δημιουργήσαμε να εμφανίζετε στα Accepted Domain.

    Αφού δημιουργήσαμε το Accepted Domain, θα προχωρήσουμε στην ρύθμιση των email address policy για το νέο authoritative domain. Για να το επιτύχουμε αυτό θα δημιουργήσουμε νέα email address policy ή θα τροποποιήσουμε τα υπάρχων email address policy (στην περίπτωση μας θα δημιουργήσουμε νέο email address policy).
    Για να δημιουργήσουμε ένα νέο email address πάμε στο Organization ConfigurationàHub Transport και επιλέγουμε την καρτέλα E-mail Address Policies. Στο μενού Action επιλέγουμε New E-mail Address Policy ή κάνουμε δεξί κλικ στο κενό και επιλέγουμε New E-Mail Address Policy.

    Πληκτρολογήστε το όνομα για το e-mail address policy στο παράδειγμα μας @contoso.info. Εάν οι χρήστες που θα καταχωρηθούν σε αυτό το νέο e-mail address policy είναι όλοι στο συγκεκριμένο organizational unit (OU), επιλέξτε Browse για να αποτρέψετε το e-mail address policy για το συγκεκριμένο OU. Επιλέξτε την επιλογή Include these recipient types για να επιβεβαιώσουμε το recipient type του e-mail address policy που θα εφαρμοστή, στο παράδειγμα μας επιλέγω Users with Exchange Mailbox και επιλέγω Next.

    Εάν θέλετε μπορείτε να καθορίσετε κάποιο condition για το συγκεκριμένο, στο παράδειγμα μας δεν θα καθορίσω κάποιο condition. Επιλέγουμε Next για να συνεχίσουμε.

    Επόμενο βήμα η προσθήκη του E-mail Addresses, επιλέγουμε Add για να καθορίσουμε το domain για το E-mail Address και το E-mail address local.

    Στην επιλογή SMTP E-mail Address επιλέγουμε E-mail address local part όπου προσδιορίζουμε πως θα εμφανίζετε το e-mail address alias του παραλήπτη. Επιλέγουμε Select the accepted domain for the e-mail address και κάνουμε κλικ στο Browse. Στην επιλογή Select Accepted Domain επιλέγουμε το accepted domain στο παράδειγμα μας είναι το contoso.info και κάνουμε κλικ στο OK. Επιλέγουμε ξανά OK για να κλείσουμε το παράθυρο διαλόγου του SMTP E-mail Address.


    Επιλέγουμε Next για αν συνεχίσουμε.
    Στο παράθυρο Schedule, επιλέγουμε ένα από τα option για να καθορίσουμε (την χρονική στιγμή) που θέλουμε να εφαρμοστεί το e-mail address policy και το μέγιστο χρονικό διάστημα (maximum length) που θα εφαρμοστεί το task. Στο παράδειγμα μας, επιλέγουμε Immediately και κάνουμε κλικ στο Next.

    Κάνουμε κλικ στο New για να δημιουργήσουμε το νέο E-Mail Address Policy.

    Το Νέο E-Mail Address Policy task έχει ολοκληρωθεί με επιτυχία, επιλέγουμε Finish για να κλείσουμε το wizard.

    Στην παρακάτω εικόνα μπορούμε να δούμε το Νέο email address policy που έχουμε δημιουργήσει.

    Χρήσιμοι σύνδεσμοι
    · Configure Exchange 2010 to Accept E-Mail for More Than One Authoritative Domain
    · Managing E-Mail Address Policies
    · Edit an E-Mail Address Policy
    · Understanding E-Mail Address Policies
  13. Catastrophic Failure
    Πριν 2 περίπου χρόνια, η ομάδα του MSExchange είχε δημοσιεύση στο Blog της ένα άρθρο, εξηγώντας τους περιορισμούς υποστήριξης σχετικά με το deploying σε Exchange 2007 με πολλαπλά Outlook Web App (OWA) Virtual Directories ( δείτε εδώ: Supportability for multiple OWA/ Exchange Web Sites on Client Access Servers in Exchange Server 2007 and Exchange Server 2007 Service Pack 1) και καθώς η ιδέα αυτή του multiple Outlook Web App (OWA) Virtual Directories ζητείται ποιο συχνά, η ομάδα του Exchange θέλησε να κάνει το ίδιο και για τον Exchange 2010.
    Η Microsoft υποστηρίζει την χρήση πολλαπλών virtual directories OWA και Exchange Control Panel (ECP) για έναν single Exchange 2010 Client Access Server. Το κάθε virtual directory θα πρέπει να «ακούει» listening στη standard «πόρτα» port (TCP 443).
    ΣΗΜΕΙΩΣΗ: θα πρέπει να επιβεβαιώσετε ότι το Default Web Site είναι ρυθμισμένο να έχει τις επιλογές: All Unassigned for IP, αλλιώς υπάρχει πιθανότητα να προκύψουν προβλήματα με την PowerShell.
    Θα παρακαλούσα να διαβάσετε το πλήρες άρθρο του MSExchange Team, από τον ακόλουθο σύνδεσμο:
    You Had Me At EHLO...: Configuring Multiple OWA/ECP Virtual Directories on Exchange 2010 Client Access Server
    http://msexchangeteam.com/archive/2011/01/17/457664.aspx
  14. Catastrophic Failure
    Άλλα features έρχονται και άλλα features φεύγουν.
    Στον Exchange Server 2007 συναντήσαμε τις τεχνολογίες Cluster (LCR, CCR, SCC και SCR)
    LCR (Local continuous replication):
    Το παρόν χρησιμοποιήθηκε κυρίως για τις μικρές επιχειρήσεις που ήθελαν να αναπαράγουν ένα αντίγραφο (replicate a copy) της Exchange database τους σε άλλο δίσκο στον ίδιο server.

    SCC (Single copy cluster):
    Το παρόν θα το αποκαλούσα ένα παραδοσιακό Exchange cluster που χρησιμοποιεί shared storage για να φιλοξενήσει (host) τη βάση δεδομένων του Exchange.
    Βασική αρχιτεκτονική του SCC

    CCR (cluster continuous replication):
    Χρησιμοποιήθηκε για την αναπαραγωγή ανταλλαγής πληροφοριών δεδομένων (replicate Exchange database information) μεταξύ 2 Exchange server που επιτρέπει για το hardware και storage redundancy, αλλά περιορίστηκε στο 1 Active node και 1 Passive node.
    Βασική αρχιτεκτονική του CCR

    SCR (standby continuous replication):
    Έκανε την εμφάνιση του στον Exchange 2007 SP1 για να παράσχουν τη δυνατότητα να κάνουν replicate την Exchange databases σε μια τοποθεσία αποκατάσταση των καταστροφών (disaster recovery location).

    Η έννοια του DAG και πώς λειτουργεί , πιστεύω ότι είναι πιο εύκολο να το μάθει κάποιος ακόμα και εκείνη που δεν έχουν δουλέψει με Exchange clusters. Σε έναν Exchange Server (προηγούμενες εκδόσεις Exchange ) είχαμε την δυνατότητα εγκατάστασης Active ή Passive cluster node κατά την διάρκεια του setup.exe.
    Ανάλογα με την έκδοση του Exchange που είχατε εγκαταστήσει εσείς έπρεπε να δημιουργήσετε ένα εικονικό διακομιστή Exchange (EVS), το οποίο άλλαξε στο cluster mailbox server (CMS) στον Exchange 2007.
    Database Availability Group
    Έτσι τώρα ήρθε η ώρα να ξεχάσουμε όλα αυτά που προανέφερα για το Exchange clustering και να γνωρίσουμε την νέα γενιά Exchange clustering DAG.
    Τι αφαιρέθηκε?
    Δεν υπάρχουν άλλα EVS/CMS Η βάση δεδομένων (Database) δεν συνδέεται πλέον με ένα Server αλλά είναι ένα Org Level resource Δεν υπάρχει πλέον η απαίτηση(requirement) επιλογής Cluster ή Non Cluster κατά την εγκατάσταση, ο Exchange 2010 server μπορεί να κινηθεί μέσα και έξω από ένα DAG. Το limitation μόνο hosting το mailbox role σε ένα clustered Exchange server Τα Storage Groups έχουν αφαιρεθεί από τον Exchange Είναι κάτι το ίδιο?
    Window Enterprise Edition εξακολουθεί να απαιτείται από ένα DAG, εξακολουθεί να χρησιμοποιεί κομμάτια Windows Failover Clustering
    Τι καινούργιο έχουμε?
    1. Μπορείτε να εγκαταστήσετε άλλους ρόλους στον mailbox server όταν είναι μέλος μιας DAG.
    2. Το database name θα πρέπει να είναι μοναδικό σε ένα Exchange Org.

    Πάμε να δούμε την δημιουργία ενός Database Availability Group (DAG)
    Αφού ολοκληρώσετε την διαδικασία εγκατάστασης του Exchange Server 2010, μεταβείτε στην κονσόλα EMC (Exchange Management Console). Ελέγξτε ότι η database έχει δημιουργηθεί με το σωστό όνομα και τοποθεσία (location).
    1) Μεταβείτε στην κονσόλα EMC (Exchange Management Console)
    2) Μεταβείτε στην επιλογή Organization Components και την καρτέλα Database Availability Group.


    3) Κάντε δεξί κλικ και επιλέξτε New Database Availability Group

    Στο σημείο αυτό θα μας ζητηθεί να συμπληρώσουμε 3 κομμάτια πληροφοριών για το DAG μας

    a. DAG name
    b. File Share witness (FSW) UNC path (μπορεί να είναι οποιοδήποτε μηχάνημα)
    c. Την φυσική τοποθεσία (physical location) του server που θα φιλοξενεί (host) το FSW

    Όπως μπορείτε να δείτε στο παράδειγμα, χρησιμοποιώ τον DC για FSW μηχάνημα.
    Σημείωση: Οποιοδήποτε μηχάνημα κι αν χρησιμοποιείτε σαν FSW θα πρέπει να διαθέτετε Exchange Trusted Subsystem group στο Local Admin’s group.
    4) Επιλέξτε Finish στο Wizard για να ολοκληρώσετε την διαδικασία.

    Έχουμε δημιουργήσει το πρώτο DAG, εάν ανοίξουμε το Active directory users and computers θα δούμε το ένα computer objects που δημιουργήθηκε με το DAG name που δώσαμε.


    Αυτό το object χρησιμοποιείτε από το Windows clustering. Αφού ολοκληρωθεί το wizard μπορούμε α επαληθεύσουμε μέσα από την κονσόλα EMC εάν το DAG μας έχει δημιουργηθεί σωστά.

    Από μόνο του το DAG δεν κάνει τίποτα για εμάς και δεν υπάρχουν properties μέσα στην κονσόλα EMC να το διαχειριστούμε, ωστόσο, εάν χρησιμοποιήσουμε την shell μπορούμε να δούμε μερικά επιπλέον χαρακτηριστικά.
    Πάμε να προσθέσουμε το πρώτο node στο DAG μας.
    1.Στην κονσόλα EMC επιλέξτε δεξί κλικ στο DAG μας και επιλέξτε Manage Database Availability Group

    2. Στην σελίδα Manage Database Availability Group κάντε κλικ στην επιλογή Add

    3. Στο παράθυρο Select Mailbox Server επιλέξτε το κατάληλο mailbox server


    4. Επιλέξτε Manage

    ( Μετά την επιλογή Manage, το Windows clustering έχει εγκατασταθεί)


    5. Επιλέξτε finish για να ολοκληρωθεί η διαδικασία



    6. Μπορούμε τώρα να δούμε ότι το mailbox server έχει προστεθεί στο DAG μας

    Εάν ανοίξουμε τα Admin tools θα δούμε ότι το Windows clustering είναι εγκατεστημένο και το mailbox server είναι μέλος του cluster


    Σημείωση:
    Εξ ορισμού το DAG έχει ρυθμιστεί να χρησιμοποιεί DHCP να αντιστοιχίσετε διεύθυνση IP,στην τρέχουσα κατασκευή δεν υπάρχει τρόπος να αντιστοιχίσετε μια διεύθυνση IP για το DAG στο GUI.
    Αυτό μπορεί να γίνει κατά την προσθήκη του node στο DAG από την κονσόλα EMS.
    Άς πάμε να δούμε πώς είναι να προσθέσουμε τον server από την κονσόλα EMS
    1. Ανοίξτε την κονσόλα EMS (μπορείτε να χρησιμοποιήσετε την shell) add-databaseavailabilitygroupserver Dag -mailboxserver <mailbox server> -databaseavailabilitygroupIpAddress <IP>

    Άς ανοίξουμε το Windows Failover Clustering και να δούμε ότι η IP είναι assign στο cluster.

    Ένα άλλο στοιχείο που θα παρατηρήσετε ότι είναι διαφορετικό από τις προηγούμενες εκδόσεις του Exchange είναι ότι δεν υπάρχουν cluster resources, no disks, not CMS/EVS.

    Create a Database Availability Group


  15. Catastrophic Failure
    Γι’ αυτούς που αγαπούν το διάβασμα, την γνώση και την αγάπη τους γι’ αυτό που κάνουν, στους ακόλουθους συνδέσμους θα βρουν διάφορα Developer's Guides και Training Kit from Microsoft..

    Developing an Advanced Windows Phone 7.5 App that Connects to the Cloud


    Developing Applications for the Cloud, 2nd Edition


    Building Hybrid Applications in the Cloud on Windows Azure


    Building Elastic and Resilient Cloud Applications - Developer's Guide to the Enterprise Library 5.0 Integration Pack for Windows Azure


    Technical reference for Microsoft SharePoint Server 2010


    Getting started with Microsoft SharePoint Foundation 2010


    Deployment guide for SharePoint 2013 Preview


    Deployment guide for Duet Enterprise for Microsoft SharePoint and SAP Server 2.0 Preview
     

    Microsoft Dynamics GP 2010 Guides: Financials


    Microsoft Dynamics CRM 2011 User's Guide


    Dynamics CRM 2011 Developer Training Kit


    Microsoft Dynamics CRM 2011 Implementation Guide


    Deployment guide for Office 2013 Preview


    Office 2010 Developer Training Kit


    Office 365 Developer Training Kit


    Office 365 Guides for professionals and small businesses

    Lync for Mac 2011 Deployment Guide


    Microsoft Lync Server 2010 Resource Kit Tools


    Microsoft Lync Server 2010 Resource Kit


    Microsoft Lync Server 2010 Security Guide


    Microsoft Lync Server 2010 Security Guide

    Visual Studio LightSwitch Training Kit


    SQL Server 2012 Developer Training Kit

    "Own Your Space--Keep Yourself and Your Stuff Safe Online" Digital Book for Teens
  16. Catastrophic Failure
    Are female bosses better managers, advisers, mentors and employees?
    Apparently some (men and women) believe so.
    The most recent proclamation came from Carol Smith, senior vice president and chief brand officer for the Elle Group, in an interview in the New York Times.
    She said:


    “Hands down women are better. There’s no contest.”
    She says female bosses tend to be more task-driven and on point, and men love to hear themselves talk. On the other hand, Smith says women take minor things very personally.
    Take a look to Carol Smith interview here.
  17. Catastrophic Failure
    If you find the inner workings of Exchange data backups using Volume Shadown Copy (VSS) a bit mystifying take comfort in not being alone. Administrators may ask, “What’s all the “freezing” and “thawing” I’m seeing in my event logs? What is the Exchange VSS Writer really, and what is it doing to my databases? How does it create a snapshot of a 135GB database in less than 60 seconds?”
    If you ever asked these questions but only felt more confused with the answers, here’s a guide to clear some of that up. To understand how a VSS backup of Exchange works it’s critical to understand the basics of VSS itself. There is some excellent documentation on TechNet and MSDN on this, as well as the Windows Server Core Team blog, “Ask the Core Team.” My esteemed colleague Randy Monteleone sums up the basics of VSS very nicely early in his post, while also providing links (repeated here) to some good TechNet primers on VSS:
    How To: VSS Tracing – Randy Monteleone
    http://blogs.technet.com/b/askcore/archive/2012/04/29/how-to-vss-tracing.aspx
    How Volume Shadow Copy Service Works
    http://technet.microsoft.com/en-us/library/cc785914(WS.10).aspx
    Volume Shadow Copy Service
    http://technet.microsoft.com/en-us/library/ee923636.aspx
    If you’re already familiar with at least the basics of VSS, then look forward to Part 2 in this series, where we will break down the events that occur in a VSS Exchange backup, and how Exchange logs them in the application event log.
    If you need a quick primer or refresher on VSS basics and the Exchange Writer I’ve condensed them into some visual points below to complement the references above.
    Snapshots
    Bear in mind that VSS solutions for Exchange, and for all applications, vary greatly between different hardware and software configurations. There are clone and COW snapshots, hardware and software solutions, just a very wide variety of technologies based on the core VSS subsystem. For the purposes of understanding Exchange backups we’re only going to illustrate one specific type of solution out of the multitude. Detailed below is what’s called “copy-on-write”, or “COW” snapshots.
    In a COW snapshot-based VSS backup of Exchange we have the creation of snapshots of the disks where Exchange data is hosted. No matter what is getting backed up, even if it’s a single database file and a few logs, VSS creates a snapshot of the entire disk where any data is stored. If the data resides across multiple disks, such as when an Exchange database is on one disk, and the logs are on another, VSS will create snapshots of any and all of those disks.
    So what is a “snapshot”? A volume snapshot is an area of space inside what’s called “shadow storage”, which is itself a typically small area of space on the disk located in its System Volume Information folder.
    After a disk snapshot is created a change to any data block from that time forward cannot get written until a copy of that block’s data before the change (as it was when the snapshot was created) gets written to the differencing area in shadow storage. In this way the data on the disk at the time the snapshot was created is preserved, block by block, in the shadow storage area. The snapshot data is then available either from the original disk, if the data blocks requested haven’t changed, or from the differencing area if they have. The fundamentals of this are illustrated below:
    Disk E: has a snapshot created at 1PM:

    A minute later one of the blocks gets written to, but not before the data as it was at 1PM gets preserved in the differencing area:

    As the actual disk changes the data as it was at 1PM gets written into shadow storage, preserving a record of the disk as it was in that moment:

    The following step:

    In the figure above a backup server requests data from the snapshot of blocks 2 and 53. Block 53 from 1PM is preserved in the snapshot, so it’s copied directly from shadow storage. Block 2 is unchanged since 1PM, so it is copied via the VSS driver VOLSNAP.SYS, which operates much like a filter driver underneath the NTFS.SYS file system driver. By working in the IRP stack (the part of kernel memory that manages disk I/O) underneath the file system it can read blocks of data without NTFS objecting that a file is in use. VOLSNAP.SYS is also responsible for ensuring blocks are copied over to shadow storage if a write is requested to them, hence the name “Copy On Write”. Here is more about VOLSNAP.SYS from Tim McMichael:
    Exchange / VSS / and differential block size…
    http://blogs.technet.com/b/timmcmic/archive/2011/07/12/exchange-vss-and-differential-block-size.aspx
    Now that we’ve got the basics of a COW snapshot down let’s look at how it works with Exchange, along with some other major concepts:
    Microsoft Exchange Writer
    So we know that any disk that stores Exchange data gets a snapshot created of it by VSS. How exactly, though, does a backup application find out which disks those are? Oftentimes an administrator selects databases for backup without specifying anything about what disks their data files are stored in. So something is required to provide the information about where the data files are, and therefore what disks VSS needs to create snapshots of. This information also tells a backup application, also known as a VSS requestor, what specific data files should be copied out of the snapshots for preservation on backup media, as we don’t want to copy out anything from the disk we don't need.
    The mechanism at work here is the Microsoft Exchange VSS Writer. Like any application’s VSS writer (there are many, just run VSSADMIN LIST WRITERS to see them) its first job is to tell the backup application about the data needed for backup, especially the EDB file, logs, and checkpoint file for each database requested. The information about these specific Exchange data files is known as writer metadata.

    (click thumbnail for full size version)
    In the figure above we see the initial steps of an Exchange backup. The Exchange Writer tells the backup server (the requestor) that there is a database located in a folder on volume E:, and that transaction logs for that database are in a folder on D:. Based on that information the backup application will request snapshots of the D: and E: volumes when the job progresses.
    The Exchange VSS Writer serves another critical role besides providing metadata to VSS requestors. It also has the job of stopping writes to the databases and logs on disk, or “freezing” them, for the time it takes to create the necessary snapshots. A COW snapshot typically takes a small amount of time to create, as all it consists of initially is the designation of an area in shadow storage for blocks to be preserved in when they change on the actual disk. Despite this relatively quick operation it can still take up to a minute, which is plenty of time for blocks of data to change on a disk between the start and the end of its snapshot creation process. If blocks of data change but don't have the originals preserved from the exact time the snapshot creation begins those blocks may become inconsistent with other snapshot data, especially between logs, database, and checkpoint files. Hence, the Exchange Writer prevents the Information Store Service, or the MS Exchange Replication Service, from writing what’s in RAM to the frozen database files. In the case of the Information Store Service, the current transaction log file (Exx.log) gets rolled and closed out before the Exchange Writer allows VSS to take the snapshot. This ensures nothing changes in the file data between the beginning of the snapshot and the completion, at which point the databases are “thawed”. When databases are thawed write I/O held in RAM is allowed to go to disk again.
    Here's more information on how an application's VSS writer interacts with VSS with regards to freeze, thaws, and the time needed to get a snapshot completed:
    CVssWriter::OnFreeze method
    http://msdn.microsoft.com/en-us/library/windows/desktop/aa381563(v=vs.85).aspx
    The last major responsibility of the Exchange Writer is to tell the Information Store Service (MS Exchange Replication Service in the case of a passive copy backup) that the backup was completed and, if applicable, carry out post-backup tasks like log truncation, marking the database as no longer with a backup in progress, etc.
    In the part two and part three of this series we’ll look at a play-by-play breakdown of how the elements described above all come together in an Exchange backup, the application log events that get generated, and compare the process for a mounted database to that for a passive database copy.
    Thanks go out for the collaboration on the content in these posts to Michael Blanton, Tim McMichael, Randy Monteleone, Dave Vespa, and Tom Kern.
     
    Source: MSExchangeTeam
  18. Catastrophic Failure
    Part 2 of this series (Part 1 is here) breaks down the events that take place during the backup of a mounted and active replicated database in an Exchange 2010 Database Availability Group called, simply enough, “DAG”. In this example the backup server is asked to create a full backup of database DB1 on server ADA-MBX1, using non-persistent COW snapshots:
    (please click thumbnails for full size version of graphics in this post)

    Event 9606 indicates that the VSS requestor has engaged the Exchange writer, and reports the instance GUID for the backup job that is starting. In this case the instance is 830705de-32d9-4059-94ea-b9e9aad38615. This instance GUID persists throughout each job, and changes with each subsequent one. You can therefore use it to track the sequence of events for each individual job. At this time that the Exchange Writer provides metadata about the databases and logs present to the backup application.

    Events 2005 and 9811 indicate an instance number assignment for ESE. So along with the writer instance GUID event 9606 we can also track a job’s progress using these ESE instance numbers which increment by one with each job. At this stage the database is marked with “backup in progress” in the Information Store Service's memory space.

    Just after the backup application has determined which disks need snapshots created, based on the data locations provided by the Exchange Writer metadata, it goes ahead and requests those snapshots. As the snapshot requests arrive event 9608 gets generated, indicating the Exchange writer’s acknowledgment of what’s about to happen. It then must halt disk writes to the database(s) and logs, also known as a “freeze” for the duration of the snapshot generation process.
    When event 2001 is logged the current transaction log is closed, and the freeze begins. Writes from STORE.exe to the disks are held in memory.

    Once these events appear we know the snapshot(s) have been created, and writes are allowed to database data blocks again.

    Once the snapshots are created the backup application can copy blocks of data from the VSS subsystem, getting blocks of data from shadow storage if they’ve been preserved due to a change, or from the actual disk volume if they haven’t. The Exchange Writer waits for the signal that the transfer of data is complete. This flow of data is represented by the purple arrows, which in this case indicates data getting copied out of the snapshots in storage, through I/O of the Exchange server, and on to the backup server.

    Once the backup application finishes copying data it will signal VSS that it’s done. VSS in turn signals the Exchange writer, which then initiates post-backup steps, signified by the above events. Event 225 appears to state that log truncation won’t occur, but that event is misleading. For a standalone database, upon backup completion, ESE would go ahead and clear logs accordingly. However, when a DAG replicated database is involved a check of other database copies must be performed in coordination with the Exchange Replication Service to ensure log truncation can continue. Once that check is complete the logs eligible for truncation are deleted. The database header is marked with information about the backup and the backup in progress bit is switched off in memory. In this case the snapshots used for the job are destroyed as part of the completion. In other types of backups, such as incremental, the persistence of the snapshot varies, but in this case they are removed.
    In the next post in this series we'll look next at breaking down the backup of a passive DAG replicated database copy.
    Source: MSExchange Team
  19. Catastrophic Failure
    After you install Internet Explorer 9 on a computer that has Exchange 2010 or Exchange 2007 management tools installed, you might run into a situation where closing the Exchange Management Console (EMC) results in the following error:


    “You must close all dialog boxes before you can close Exchange Management Console”

    This might happen even if there are no property pages left opened that you can see. Please note here that not all of our customers who installed IE9 on a computer with Exchange management tools (server or workstation) have run into this problem.
    Are there any workarounds?
    As it stands right now, we are not aware of a reliable workaround for this problem. Terminating the EMC using the Task Manager (or possibly a command or script) does not have adverse effects on management tools functionality, but is clearly a non-optimal solution.
    What are we doing to address this?
    The EMC is implemented as a Microsoft Management Console snap-in. We are working closely with both MMC and Internet Explorer teams to find a solution to this problem. Due to the complex nature of several products involved and the interoperability between them, identifying the root cause was not simple; things are still in process and we do not have a firm solution or a date to share with you yet. We do, however, want to say that we are very aware of this issue and several teams are collaborating and working to get this addressed. Once more details are available, we will be sure to share them here.
    Source: MSExchange Team
  20. Catastrophic Failure
    Εάν δεν είδατε ακόμη το post του MS Exchange Team, αφιερώστε λίγο από τον χρόνο σας και διαβάστε το. Ο Exchange 2010 σίγουρα είναι “The best messaging application business”. Ο Exchange Server 2010 κέρδισε το InfoWorld's Technology of the Year award σαν best mail server! Διαβάστε περισσότερα εδώ.
    Source: Rajesh Jha
  21. Catastrophic Failure
    Νέο third party application Exchange 2010 RBAC Manager.
    Το RBAC Manager δημιουργήθηκε για την απλοποίηση του RBAC administration.Το RBAC Manager μας βοηθάει να βρούμε: missing GUI, adding/removing cmdlets, cmdlet properties, assignments κ.α. Το παρόν tool είναι γραμμένο σε γλώσσα C# και χρησιμοποιεί PowerShell. Για να εγκαταστήσουμε το RBAC Manager, θα πρέπει πρώτα να εγκαταστήσουμε τα Exchange 2010 Management Tools.
    Πραγματοποιήστε λήψη του RBAC Manager εδώ.

  22. Catastrophic Failure
    Διαθέσιμο για download το SP2 για τον Exchange Server 2010 στο Download Center της Microsoft.
    Κατεβάστε το Exchange 2010 SP2 εδώ.

    Overview
    Microsoft Exchange Server 2010 SP2 helps IT Professionals achieve new levels of reliability with greater flexibility, enhanced user experiences, and increased protection for business communications.
    Flexible and reliable - Exchange Server 2010 SP2 gives you the flexibility to tailor your deployment based on your company's unique needs and a simplified way to keep e-mail continuously available for your users. Anywhere access - Exchange Server 2010 SP2 helps your users get more done by giving them the freedom to securely access all their communications - e-mail, voice mail, instant messaging, and more - from virtually any platform, Web browser, or device. Protection and compliance - Exchange Server 2010 SP2 delivers integrated information loss prevention, and compliance tools aimed at helping you simplify the process of protecting your company's communications and meeting regulatory requirements. Important: The SP2 sets new pre-requirements to Windows, to install and upgrade from SP1. It requires an additional Windows role, which was not part of the SP1 pre-requirements. Which is: IIS 6 WMI Compatibility not being installed.
    To install this before starting the SP2 install/upgrade, start a PowerShell and run:
    · Import-Module ServerManager
    · Add-WindowsFeature Web-WMI
    This Windows role is required for Mailbox and CAS roles.

  23. Catastrophic Failure
    Μπορεί να μην πήγαμε στο TechEd North America 2011, αλλά φέραμε το TechEd North America 2011 εδώ με μερικά Exchange Sessions. Αξίζει τον κόπο να τα παρακολουθήσετε…
    EXL309 Microsoft Exchange Online in Microsoft Office 365: Migration Case Study (John Logan, Danny Kim, Ann Vu) EXL310 Microsoft Exchange Online in Microsoft Office 365: Simple Migration Live! (Ram Poornalingam) EXL311 Microsoft Exchange Server and Microsoft Office 365: How to Set Up a Hybrid Deployment (Jim Lucey) EXL302 Archiving and Discovery in Microsoft Exchange 2010 SP1 and Exchange Online (Krish Sundaresan) EXL305 Best Practices for Successfully Transitioning to Microsoft Exchange 2010 (Rand Morimoto) EXL306 Best Practices for Virtualization of Microsoft Exchange 2010 (Jim Lucey, Jeff Mealiffe) EXL307 Load Balancing with Microsoft Exchange Server 2010 (Andrew Ehrensing) EXL312 Designing Microsoft Exchange 2010 Mailbox High Availability for Failure Domains (Ross Smith) EXL313 Microsoft Exchange Server 2010 Tips and Tricks (Scott Schnoll) EXL327 Real-World Site Resilience Design in Microsoft Exchange Server 2010 (Robert Gillies) EXL401 Exchange Server 2010 High Availability Management and Operations (Scott Schnoll) EXL322 Microsoft Exchange Online: Unified Messaging in Microsoft Office 365 (Michael Wilson) EXL326 What’s New in Microsoft Exchange Server 2010 SP2: Featuring GAL Segmentation (Greg Taylor)
  24. Catastrophic Failure
    Μετά από μία εβδομάδα κυκλοφορίας του Service Pack 1 του Exchange 2010, ήρθε η ώρα να δούμε κάποια από τα σύνηθες θέματα που παρουσιάζει όπως επίσης και τα workaround όπως επίσης και συχνά ερωτήματα ή αλλιώς FAQ.
    Η ομάδα του MSexchangeteam αναλύει όλα τα παραπάνω θέματα και ερωτήματα, στο Blog Post του Σεπτεμβρίου. Ένα πραγματικά πολύ ενδιαφέρον Blog Post.
    You Had Me At EHLO... : Exchange 2010 SP1 FAQ and Known Issues
  25. Catastrophic Failure
    Με την εμφάνιση του Exchange 2010 παρουσιάστηκε η δυνατότητα archive, η οποία μας έδινε την δυνατότητα μεταφοράς του personal archive mailbox στην ίδια βάση με το user mailbox. Αυτό υπήρξε και ένα από τα ποιο σημαντικά limitations της έκδοσης Exchange 2010 RTM. Με τον ερχομό του SP1, το limitations του personal archive mailbox στην ίδια βάση με το user mailbox σταμάτησε να ισχύει και πλέον η δυνατότητα μεταφοράς του personal archive mailbox σε ξεχωριστές βάσεις. Για να επιτύχουμε την μεταφορά ενός personal archive mailbox, θα πρέπει να έχουμε εγκατεστημένο το SP1 και στο user mailbox και personal archive mailbox.
    Έτσι, εάν είστε σε ένα περιβάλλον πολλαπλών server όπου κάποιοι mailbox servers είναι RTM και SP1 και έχετε μεταφέρει έναν χρήστη από SP1 και στη συνέχεια, θέλουμε να χωρίσουμε το personal archive mailbox σε μια ξεχωριστή βάση δεδομένων, βεβαιωθείτε ότι ο server που επιθυμείτε να μετακινήσετε το personal archive mailbox έχει εγκατεστημένο το SP1. Σε περίπτωση που αποφασίσετε να μετακινήσετε το γραμματοκιβώτιο πίσω σε RTM, πρέπει να μετακινήσετε τόσο το user mailbox και το the personal archive σε ένα RTM Server.
    Σημαντική ενημέρωση
    Ένα σημαντικό πράγμα που πρέπει να σημειωθεί, είναι ότι, προκειμένου να έχετε υποστήριξη για personal archive mailboxes που βρίσκονται σε ξεχωριστές βάσεις δεδομένων, θα πρέπει και οι δύο mailbox databases πρέπει να βρίσκονται εντός του ίδιο Active Directory Site. Η μόνη εξαίρεση που ένα personal archive θα υποστηρίζεται σε μια βάση δεδομένων σε μια ξεχωριστό Active Directory Site είναι ένα σενάριο failover, όπου το αντίγραφο βάσης δεδομένων αποτυγχάνει και γίνετ activate σε ξεχωριστό server που βρίσκεται σε ξεχωριστό Active Directory site. Αλλά για τις κανονικές συνθήκες, η βάση του user mailbox και του personal archive mailbox θα πρέπει να βρίσκονται στο ίδιο Active Directory Site.
    Επιπρόσθετες πληροφορίες:
    Understanding Personal Archives The Exchange 2010 SP1 Archiving enhancements you’ve been waiting for PLUS having Microsoft host your archive for you…
×
×
  • Create New...