Jump to content

i-away

Members
 View Profile  See their activity

  • Posts

    462

  • Joined

  • Last visited

 Content Type 

Blog Entries posted by i-away

  1. i-away
    Earlier today the Exchange CXP team released an updated version of Update Rollup 4 for Exchange Server 2010 SP1
    to the Download Center. This updated release is being made available
    after a complete review and revalidation of the list of fixes included
    in the previously released version of Rollup 4 dated June 22, 2011.

    The review completed by the Exchange CXP team determined that the issue identified in 'KB 2581545:
    The copy or move operation on a folder that contains subfolders does
    not work as expected after you install Update Rollup 4 for Exchange
    Server 2010 SP1 dated June 22, 2011’ introduced a serious regression in
    the original release of Rollup 4. As a result, a new version of Rollup 4 dated July 23, 2011 has been tested and released with the change that caused the regression removed. The re-release of Rollup 4 is tracked by 'KB 2579150: Description of Update Rollup 4 for Exchange Server 2010 Service Pack 1'.

    The updated Rollup 4 is being released to allow customers to install
    the list of fixes previously committed to on the normal rollup schedule
    using normal rollup installation routines without the need for further
    action. The re-released version of Rollup 4 is functionally equivalent
    to the combination of the original Rollup 4 release and (the interim updatein) KB 2581545. Here are answers to some install questions:

    Customers who have installed KB 2509910 (Rollup 4, dated June 22, 2011) and
    KB2581545 (fix for Rollup 4 regression) do not need to install KB
    2579150 (re-released Rollup 4) but may do so if they choose to. Customers who have already installed KB 2581545 and want to update
    their systems to the updated Rollup 4 should first uninstall KB 2581545
    (or any interim updates) prior to installing the new rollup. You do not need to uninstall original RU4 (KB 2509910) to install the re-released RU4 package (KB2579150). The re-release of Rollup 4 does not change the release plans for
    Update Rollup 5 for Exchange Server 2010 Service Pack 1. Rollup 5 is
    currently scheduled to release in August 2011.
    Some of the above KnowledgeBase articles are not
    replicated/live at the time of writing this post. Please check back
    later in the day if you can't reach them.

    General Notes

    Note for Exchange 2010 Customers using the Arabic and Hebrew language version:
    We introduced two new languages with the release of Service Pack 1,
    Arabic and Hebrew. At present we are working through the process of
    modifying our installers to incorporate these two languages. Customers
    running either of the two language versions affected are advised to
    download and install the English language version of the rollup which
    contains all of the same fixes.

    Note for Forefront users: For those of you
    running Forefront Security for Exchange, be sure you perform these
    important steps from the command line in the Forefront directory before
    and after this rollup's installation process. Without these steps,
    Exchange services for Information Store and Transport will not start
    after you apply this update. Before installing the update, disable
    ForeFront by using this command: fscutility /disable. After installing the update, re-enable ForeFront by running fscutility /enable.
  2. i-away
    he Exchange Sustained Engineering team recently made the decision to recall
    the June 22, 2011 release of Exchange 2010 SP1 Rollup 4. This was not
    an action we took lightly and we understand how disruptive this was to
    customers. We would like to provide you with some details that will
    give you a deeper understanding of what actually happened and, more
    importantly, what improvements we are making to prevent this in the
    future.
    Q: What actually triggered the recall?
     
    A:
    While fixing a bug that prevented deleted public folders from being
    recovered, we exposed an untested set of conditions with the Outlook
    client. When moving or copying a folder, Outlook passes a flag on a
    remote procedure call that instructs the Information Store to open
    deleted items which haven’t been purged. Our fix inadvertently caused
    the RPC to skip all content that wasn’t marked for deletion because we
    were not expecting this flag on the call from Outlook on the copy and
    move operations.
    Q: Why didn’t you test this scenario?
     
    A:
    The short answer is we thought we did. We didn’t realize we missed a
    key interaction between Exchange and Outlook. The Exchange team has
    well over 100,000 automated tests that we use to validate our product
    before we ship it. With the richness and number of scenarios and
    behaviors that Exchange supports, automated testing is the only scalable
    solution. We execute these tests in varying scenarios and conditions
    repeatedly before we release the software to our customers. We also
    supplement these tests with manual validation where necessary. The
    downside of our tests is that they primarily exercise the interfaces we
    expose and are designed around our specifications. They do test
    positive and negative conditions to catch unexpected behavior and we did
    execute numerous folder copy and move tests against the modified code
    which all passed. What we did not realize is that our tests were not
    emulating the procedure call as executed by Outlook.
    Q: Exchange has been around a while, why did this happen now?
     
    A: In Exchange 2010 we introduced a feature called RPC Client Access. This functionality is responsible for serving as the MAPI
    endpoint for Outlook clients. It allowed us to abstract client
    connections away from the Information Store (on Mailbox servers) and
    cause all Outlook clients to connect to the RPC Client Access service.
    As
    part of our investigation, we discovered that there was some specific
    code added to the Exchange 2003 Information Store to handle the
    procedure call from Outlook using the extra flag. This code was also
    carried forward into Exchange 2007. But when the Exchange team added
    the RPC Client Access service to Exchange 2010, that code was not
    incorporated into the RPC Client Access service because it was
    mistakenly believed to be legacy Outlook behavior that was no longer
    required. That, unfortunately, turned out not to be the case. The fact
    that we were not allowing a deleted public folder to be recovered was
    masking this new bug completely.
    Q: Are there other similar issues lurking in RPC Client Access?
     
    A:
    We do not believe so. The RPC Client Access functionality has been
    well-tested at scale and proven to be reliable for the millions of
    mailboxes hosted in on-premises deployment and in our own Office 365 and
    Live@EDU services.
    Q: What are you doing to prevent similar things from happening in the future?
     
    A:
    We have conducted a top-to-bottom review of the process we use to
    triage, develop and validate changes for Rollups and Service Packs and
    are making several improvements. We have changed the way we evaluate a
    customer requested fix to ensure that we more accurately identify the
    risk and usage scenarios that must be validated for a given fix.
    Recognizing the diversity of clients used to connect to Exchange, we are
    increasing our client driven test coverage to broaden the usage
    patterns validated prior to release. Most notably, we are working even
    closer with our counterparts in Outlook to use their automated test
    coverage against each of our releases as well. We are also looking to
    increase coverage for other clients as well.
  3. i-away
    Struggling to find an overview of how what the latest EAS features
    are? Planning your migration from Exchange 2003 and looking for a basic
    introduction to Database Availability Groups? These videos are for
    you!
    The Microsoft Exchange team has produced a new portfolio of
    videos designed to give customers a fundamental technical education on
    Exchange Server 2010. There are currently seven videos in the series
    covering the following topics:
    Archiving and Discovery Mailbox Resiliency Management Mobility Outlook and Exchange Outlook Web App Unified Messaging The
    objective of the video series is to provide an introductory curriculum
    for IT professionals to learn more about the benefits of Exchange Server
    2010. While TechNet provides great technical documentation at a more
    granular level, this video series should help bridge the gap for those
    who are new to Exchange 2010 and still trying to learn about the
    technical fundamentals of the product.
    Each
    video runs 20-30 minutes long and includes an overview of the workload
    as well as a technical demonstration of 3-4 core scenarios related to
    that workload. The “Exchange Server 2010 Technical Video Series” is
    hosted by Ann Vu and presented by subject matter experts from the
    Microsoft Exchange team. You can find these videos on the front page of
    Exchange Server TechCenter on TechNet.
    Please
    help us evangelize these videos to anyone who wants to learn more about
    Exchange Server 2010 and let us know your thoughts. As always, your
    feedback is extremely valuable to us. Many thanks in advance!


    Source:Steven Chew
  4. i-away
    We’ve been sharing updates on Windows Thin PC (WinTPC) for
    some time now and are excited to announce that today WinTPC reached its RTM
    milestone and will become generally available for download on July 1, 2011.

    As we’ve been talking about, customers told us that they want an easy way to
    repurpose their existing PCs as thin clients. WinTPC makes this a reality and
    plays a part in our broader desktop virtualization strategy , which is to
    deliver the flexibility to work from everywhere, improve compliance and business
    continuity, and simplify management so that IT professionals can deliver better
    service to employees.

    With the above goal in mind we created WinTPC to help customers repurpose
    their PCs as thin clients, thereby driving down the cost of VDI. We used
    additional feedback gathered from customers in our Community Technology Preview
    (CTP) to add a few features in the RTM.


    Keyboard Filter: WinTPC will have the capability to allow customers
    to lock certain key combinations, such as Ctrl +Alt + Delete, from being
    utilized and taking effect on a Windows Thin PC device, thereby providing
    customers with greater level of security and control over user interaction with
    their WinTPCs.
    International IMEs (Input Method Editor) support: WinTPC will now
    include the option to support international keyboards.
    Key Management Server (KMS)/Multiple Activation Key (MAK): WinTPC
    will now be able to activate against a customer’s existing KMS server or use MAK
    keys, which enables quick and easy activation mechanisms that customers already
    use for their Windows desktops today.
    Ultimately, the goal with the final version of WinTPC is to enable customers
    to extend existing investments in hardware and software for their VDI
    environments, so that, where appropriate, thin client computing becomes a
    natural part of their overall desktop strategy. And there is demand in the
    industry for this capability, according to recent survey published by Gartner
    nearly 60% of respondents indicated that they are interested in reconfiguring
    existing PCs as thin clients when asked “Is your organization planning to use
    existing clients/PCs for HVD, or will they purchase new client hardware?”
    (Source: Gartner, Survey Analysis: 2010 Data Center Conference, x86
    Virtualization and Hosted Virtual Desktops Driven by Business Agility, Not by
    Cost Savings. February 2011, Note: Number of respondents equals 182 -
    multiple responses allowed).

    With the customer feedback through our CTP, we also had the opportunity to
    work with a few customers to test WinTPC and put it through the paces. One was
    Deluxe Corporation, a $1.4 billion financial services company with locations in
    the United States, Canada and Ireland, who worked closely with us during product
    development. Deluxe is known as a dynamic organization that combines innovation
    with integrity and found that WinTPC was exactly what they were looking for.


    We talked with Scott Valeri, Manager of Enterprise Desktop & Mobile
    Architecture & Engineering at Deluxe who said, "WinTPC is a strategic tool
    within our desktop deployment model and is the next natural step in our thin
    client computing strategy, as we evaluate ways to providing a rich Windows
    experience from both fixed and mobile thin PCs. WinTPC enables [us] to leverage
    existing investments in PCs as well as new investments in Thin PCs equipped with
    Atom CPUs. As Deluxe Corporation migrates additional users to virtual desktops,
    WinTPC will be the primary operating system used to reach virtual desktops."

    In addition to Deluxe Corporation, we also received feedback from other
    customers. We have tried to answer a lot of your questions through the WinTPC site, but would like to touch upon a few
    frequently asked questions that have come up over the course of the beta
    program.

    Q: Will WinTPC be supported by Forefront Endpoint Protection
    (FEP)?

    A: Another key piece of feedback we received from customers is the
    need for Forefront Endpoint Protection (FEP) support for WinTPC. Today, I am
    happy to announce that FEP support will be coming to WinTPC in Q3 CY2011, which
    is in the same quarter as the GA for WinTPC. Customers will be able to extend
    their investments with FEP to WinTPC, unifying their anti-malware strategy
    across PCs and WinTPCs.

    Q: Will customers be able to run applications on WinTPC?

    A: WinTPC is designed to be a thin client device, and therefore only
    applications that fall into the certain categories are enabled. These categories
    include security, management, terminal emulation, Remote Desktop and similar
    technologies, web browsers, media players, instant messaging clients, document
    viewers, NET Framework and Java Virtual Machine. If customers want to locally
    run productivity applications such as Microsoft Office, or any other application
    that does not fall into the categories mentioned above, they would be better off
    using a PC, as thin client computing may not be the best fit for their
    scenarios.

    Q: How can I extend my management to WinTPC?

    A: Management is a critical component of any desktop virtualization
    strategy and you should be able to leverage existing infrastructure wherever you
    can to reduce complexity and we believe this holds true for the access device as
    well. WinTPC can be managed using your existing System Center Configuration
    Manager deployment, thereby ensuring that you are able to leverage existing
    investments in technology, processes and expertise. Additionally, the new Windows Embedded Device Manager 2011 helps simplify
    management of devices where write filters are turned on.

    Q: Will I be able to use Citrix Receiver with WinTPC?

    A: As discussed in previous posts, Microsoft and Citrix work closely
    together to bring you a complete desktop virtualization solution and WinTPC is
    no different. We are happy to let you know that our partnership is here for you
    once again and we’ve made sure the WinTPC and Citrix’s Receiver technology work
    together, so if you’re accessing XenApp or Xendesktop via WinTPC you’ll have a
    great experience!

    We want to say thank you to everyone for the interest in WinTPC over the past
    few months – we value the feedback and encourage you to continue giving us your
    thoughts in the comment section below. For more information, check out the WinTPC site.

    Also, if you didn’t enroll in the beta program but can’t wait until it
    becomes generally available to try it out, no need to worry. You can still
    register and download the beta software from http://connect.micrsoft.com until July 1.v
     
    Source.
     
    Ps: Future Forecast : Thin Weather and Clouds...Stay Tuned!
  5. i-away
    Recently, some customers reported that when they create a DAG, they get a
    warning message that states the following:




    The Exchange Trusted Subsystem is not
    a member of the local Administrators group on specified witness server
    <ServerName>.

    In these cases, the customer’s intended witness server was not an Exchange
    2010 server. As documented in TechNet, if the witness server you specify isn't an Exchange
    2010 server, you must add the Exchange Trusted Subsystem (ETS) universal
    security group (USG) to the local Administrators group on the witness server.
    These security permissions are necessary to ensure that Exchange can create a
    directory and share on the witness server as needed.

    After some inspection, the customers confirmed that, contrary to the error
    message, the ETS USG was a member of the local administrators group on their
    intended witness server. Moreover, even though this warning appeared, there
    were no ill effects in functionality. The directory and share on the witness
    server were created as needed, the file share witness cluster resource was
    online, and the DAG passed all replication health checks.

    After hearing about this, I went to my lab to test this, and I was able to
    reproduce the issue. I added the ETS USG to the local administrators group on
    my witness server (a Windows 2008 file server) and ran
    New-DatabaseAvailabilityGroup, specifying my witness server. I received the
    same warning message, and verified that despite the message, all was perfectly
    healthy with the DAG, and there were no permission problems, witness server or
    cluster problems or other issues.

    Even though it appeared as though this warning message could be safely
    ignored, I wondered why we were getting it in the first place. So I went
    digging into the source code to find out.

    Let me describe what is happening and why you, too, can safely ignore the
    warning message.

    During various DAG-related tasks that configure witness server properties
    (namely, New-DatabaseAvailabilityGroup, Set-DatabaseAvailabilityGroup and
    Restore-DatabaseAvailabilityGroup), the code is actually checking to see if the
    witness server is a member of the Exchange Trusted Subsystem USG.

    As you may know, there is no requirement that the witness server be a
    member of the ETS USG. Nonetheless, the code for these tasks does check for
    this, and if it finds that the witness server is not a member of the ETS USG, it
    issues a warning message.

    Unfortunately, to confuse things even more, the warning message says:




    The Exchange Trusted Subsystem is not
    a member of the local Administrators group on specified witness server
    <ServerName>.

    It says nothing about the witness server not being a member of the ETS USG,
    even though the code is checking for that. Instead, it makes it appear as
    though the permission perquisites have not been satisfied, even though they
    actually have.

    But, even though the message does not pertain to the actual check that
    failed, that does not make this a string bug. This is a code bug, as there is
    no requirement that the witness server be a member of the ETS USG. Thus, the
    code should not be checking for this condition. If this bug is fixed and the
    check is removed, the string will be removed with it. Unless and until that
    happens, if you are seeing this warning message
    when you are using any of the above-mentioned tasks, and you have verified that
    the ETS USG is a member of the local administrators group on your witness
    server, then you can likely safely ignore the warning message.
    You should run Test-ReplicationHealth to verify
    the health of the DAG once members have been added to it.

    Because we are doing this check in code, you can of course add the witness
    server to the ETS group, and also make the ETS group a member of the local
    administrators group on the witness server, and all of these tasks will complete
    without this warning message. But, don't do that in production because (1) it
    is not needed and (2) it gives the witness server way more permissions
    than it should ever have (unless of course, the witness server is an
    Exchange 2010 server).
  6. i-away
    Στο προηγούμενο post μας είχαμε εγκαταστήσει 2 CAS + Mailbox Server και 2 Hub Transport Server. Στο post αυτό θα παραμετροποιήσουμε τα Database Availability Groups μεταξύ των 2 Mailbox servers.
    Όπως είναι γνωστό θα πρέπει να έχει εγκατασταθεί το Failover Cluster feature απο τον Server Manager. Επίσης θα πρέπει να επιλέξουμε 1 Witness server ( προτείνεται κάποιος Hub Transport ) και αν θέλουμε και 1 Alternate Witness Server.
    Με την βοήθεια του Powershell λοιπόν:


    Αφού δημιουργήσαμε το DAG ας προσθέσουμε τον 1ο server:






    Get-DatabaseAvailabilityGroup | FL Name,*IP*


    Name : ConotosoDAG

    DatabaseAvailabilityGroupIpv4Addresses : {}


    DatabaseAvailabilityGroupIpAddresses : {}


    Το DAG χρειάζεται 2 διαφορετικά network 1 Public και 1 για το μεταξύ τους Replication.


    Public Network: 178.65.32.36/24

    Replication Network: 192.168.0.0/16


    Όπότε :




    και


    New-DatabaseAvailabilityGroupNetwork -DatabaseAvailabilityGroup ContosoDAG -Name Backup -Description "Backup Network" -Subnets 192.168.0.0/16 -ReplicationEnabled:$True





    Δίνουμε και την Group IP:







    Και τώρα μπορούμε να προσθέσουμε τον 2ο server μας στο DAG.











    Aς δημιουργήσουμε τώρα τις 3 databases:











    Ελέγχουμε ότι όλα πήγαν καλά:










    Get-MailboxDatabaseCopyStatus





    Τις κάνουμε mount:








     


    Και τις προσθέτουμε στο DAG έτσι ώστε να γίνουν replicate και στον άλλον server:








    Έλέγχουμε την κατάσταση του replicatation:











    Και αφού όλα είναι εντάξει κάνουμε το replication:











    Βάζουμε mailboxes στις DAG databases.







    Ελέγχουμε την κατάσταση του Move Request:







    Εφόσον πάρουμε status “Completed” μπορούμε να κάνουμε remove το request:







    Υπάρχουν όμως και κάποια “κρυφά” mailboxes:






















    Τώρα μπορούμε να σβήσουμε τις default mailbox databases.










    Ελέγχουμε και το replication health status για να δούμε ότι όλα πάνε καλά:












    Με την επιτυχή ολοκλήρωση του παραπάνω έχουμε 3 databases και ένα πλήρως λειτουργικό DAG περιβάλλον . Στο επόμενο post θα δούμε την δημιουργία mailboxes για τους πελάτες μας.



  7. i-away
    Πρίν απο λίγο έγινε μία ευχάριστη ανακοινώση που επιβεβαίωσε κάτι που είχα πει σε παλαιότερο post μου:"Τhe Microsoft Exchange team is enhancing positioning by including
    additional supported scenarios regarding Exchange Server 2010 running
    under hardware virtualization software. As of today, the following
    support scenarios are being updated, for Exchange 2010 SP1, and later:Combining Exchange 2010 high availability solutions (database
    availability groups (DAGs)) with hypervisor-based clustering, high
    availability, or migration solutions that will move or automatically
    failover mailbox servers that are members of a DAG between clustered
    root servers, is now supported."
     
    Όπως μπορείτε να καταλάβετε λοιπόν θα υπάρχουν πλέον και high available Dagged mailbox servers κάτι που δεν υπήρχε μέχρι σήμερα θέτοντας αρκετούς περιορισμούς στο Design.
     
    Μείνετε συντονισμένοι για περισσότερες λεπτομέρειες εντός των ημερών.
     
    Το πλήρες κείμενο της ανακοίνωσης θα το βρείτε εδώ . Πίσω στο σχεδιαστήριο λοιπόν...
     
  8. i-away
    You’ve told us that one of your top concerns is the increasing diversity of mobile devices that employees use to access your company resources. While many of these devices use Exchange ActiveSync (EAS) for mobile email, we all know that not all EAS clients are created equal. Exchange ActiveSync policies and features aren’t consistently implemented by licensees, so it can be challenging to find out what’s supported on each device.
    Today, we launched the Exchange ActiveSync Logo Program to establish baseline for EAS functionality in mobile email devices . The program is designed for device manufacturers that license the EAS protocol from Microsoft for use in mobile email clients that connect to Exchange. Wireless carriers may also join the program to include the Exchange brand to identify compliant devices for end-users. See Exchange ActiveSync Protocol for a list of current EAS licensees.
    This qualification program includes a test plan defined by Microsoft and a third-party lab to qualify implementations by handset makers. Qualifying clients must use EAS v14 or later, and implement the following features and management policies. Information on these and other EAS features can be found in Exchange documentation on TechNet:
    Direct Push email, contacts & calendar Accept, Decline & Tentatively Accept meetings Rich formatted email (HTML) Reply/Forward state on email GAL Lookup Autodiscover ABQ strings (device type and device model) provided Remote Wipe Password Required Minimum Password Length Timeout without User Input Number of Failed Attempts All Windows Phone 7 and Windows Phone 6.5 devices are compliant, as are Nokia devices running Mail for Exchange 3.0.50, including the Nokia E7, and Apple devices running iOS 4, including the iPhone 4, iPhone 3GS, iPad and iPad 2. We have a healthy pipeline of mobile device manufacturers ready to join the program and plan to announce additional participants in the coming months.
    Over time, the program will evolve to require additional features and management policies. We hope this program is a first step in helping you manage mobile email devices in your enterprise.
    For more info on managing your organization’s EAS devices, check out the previous post: Controlling Exchange ActiveSync device access using the Allow/Block/Quarantine list.
    Greg Smiley
    Senior Product Manager
    Exchange Product Management
  9. i-away
    Θέλοντας να μπω κι εγώ στο κλίμα του Cloud και ερχόμενος αντιμέτωπος με εταιρείες που θέλουν μεν cloud αλλά θέλουν και να το διαχειρίζονται κιόλας εξυπηρετώντας τους πελάτες τους. Ήρθα αντιμέτωπος με το θέμα του mail-hosting. Όπως ξέρετε υπάρχουν πολλές εταιρείες που προσφέρουν mail-hosting σε Exchange servers . Στην σειρά αυτή των Posts θα δούμε πως μπορούμε να υλοποιήσουμε ένα τέτοιο σενάριο.
    Το περιβάλλον που θα δημιουργήσουμε θα αποτελείται από:
    * 2 x 1 Hub Transport Role * 2 x 1 CAS + Mailbox Role
    Ας ξεκινήσουμε λοιπόν. Το πρώτο πράγμα που θα πρέπει να κάνουμε είναι να κατεβάσουμε τον Microsoft Exchange Server 2010 SP1: http://www.microsoft.com/downloads/details.aspx?FamilyID=50b32685-4356-49cc-8b37-d9c9d4ea3f5b&displaylang=en
    Η εγκατάσταση του Exchange σε Hosting mode γίνεται μόνο από command line καθώς δεν υπάρχει κάποιο GUI περιβάλλον.
    Ανοίγουμε λοιπόν cmd και ξεκινάμε:
    servermanagercmd /ip Exchange-All.xml
     

     
    Βέβαια μπορείτε να χρησιμοποιήσετε και την εντολή:
    C:\ExchangeSP1>Setup.com /mode:Install /roles:CA,HT,MB /hosting /organizationname:hosting
    Αφού τελειώσουμε την εγκατάσταση θα πρέπει να ρυθμιστεί και η υπηρεσία NetTcpPortSharing ώστε να ξεκινάει αυτόματα:
    Από powershell :
    Set-Service NetTcpPortSharing –startuptype Automatic
    Επίσης θα χρειαστούμε τα Remote Server Administration Tools:
    Από powershell :
    ServerManagerCmd -i RSAT-ADDS
    Κατά την διάρκεια της εγκατάστασης θα μας ζητηθεί και το Office 2010 filter pack. http://www.microsoft.com/downloads/details.aspx?familyid=5CD4DCD7-D3E6-4970-875E-ABA93459FBEE&displaylang=en
    Ξεκινάμε λοιπόν την εγκατάσταση και εγκαθιστούμε τον 1ο Hub Transport Server μας:
    setup.com /mode:install /role:HT,MT /organizationName:HostedExchange /hosting

     
     
    Για όσους αναρωτιούνται για τις διαφορές έχει το schema του Active Directory ενός “ κλασικού “ Exchange από έναν Hosted:

     
    Όπως μπορείτε να δείτε υπάρχει ένα καινούργιο CN container το ConfigurationUnits.
    Η εγκατάσταση μας έχει ολοκληρωθεί και έχουμε τον 1ο μας Hub Transport Server:

     

    Επόμενος στην σειρά είναι ο CAS και ο Mailbox server. Αυτοί οι 2 servers-ρόλοι έχουν κάποια προαπαιτούμενα hotfixes τα οποία έχουν ενσωματωθεί στο Windows 2008 R2 Server Service Pack 1. ( Ακόμα δεν το έχετε βάλει??? ) :
    KB982867 http://code.msdn.microsoft.com/KB982867
    KB979744 http://code.msdn.microsoft.com/KB979744
    KB983440 http://code.msdn.microsoft.com/KB983440
    KB977020 http://code.msdn.microsoft.com/KB977020
    Ξεκινάμε λοιπόν το installation των ρόλων από command line:
    setup.com /mode:install role:CA,MB,MT/organizationName:HostedExchange /hosting

     

    Την ίδια διαδικασία επαναλαμβάνουμε για την εγκατάσταση και των υπολοίπων server του περιβάλλοντος μας.. Στο επόμενο post θα συνεχίσουμε με τις αρχικές ρυθμίσεις.
  10. i-away
    Στα περιβάλλοντα που εργαζόμαστε οι περισσότεροι έχουμε ρυθμίσει το Outlook να εργάζετε στο λεγόμενο Cached Exchange Mode. Η ενημέρωση του Offline Address Book γίνεται απο default 1 φορά ανά 24 ώρες. Ο συνδυασμός αυτών των 2 λειτουργιών προκαλεί κάποιες φορές 2 σημαντικά προβλήματα:
     
    1) Οι αλλαγές που κάνουμε στο Active Directory δεν εμφανίζονται στους clients
    2) Δημιουργούνται Sync Errors ( Sync Issues Folder)
     
    Ποιά είναι λοιπόν η διαδικασία που πρέπει να ακολουθήσουμε όταν παρατηρούμε τέτοια συμπεριφορά?.
     
    1) Βεβαιωνόμαστε ότι η GAL (Global Address Book) είναι όντως ενημερωμένη. Αυτό γίνεται στον Exchange 2003 πηγαίνοντας στον Exchange System Manager στον 'Recipients' folder επιλέγοντας 'All Global Address Lists' - 'Default Global Address List' - 'Properties' και πατώντας 'Preview'. Στον Exchange 2007/2010 αυτό θα πρέπει να γίνει χρησιμοποιώντας το OWA.
    Σε Outlook 2003, 2007,2010 που δουλεύουν σε cached mode ή με Offline folders χρησιμοποιείται το OAB που γίνεται download απο τον Exchange Server 1 φορά ανά 24 ώρες ή κάθε φορά που ξεκινάει το Outlook. Για να δούμε πως μπορούμε να επηρεάσουμε και να επιταχύνουμε την διαδικασία.
     
    1α. Με το Rebuild του Address Book.
    Στον Exchange 2003 αυτό γίνεται απο τον 'Exchange System Manager' στο tab 'Recipients' folder, επιλέγοντας rebuild απο την καρτέλα 'Offline Address Book'.
    Στον Exchange 2007/2010 γίνεται με από το 'Exchange Management Shell' με την: get-offlineaddressbook | update-offlineaddressbook
    2α. Ξανακατεβάζοντας χειροκίνητα το ΟΑΒ στο Outlook. Αυτό γίνεται από το 'Tools' - 'Send Recieve' - 'Download Address Book'.
    2) Μπορούμε να επιταχύνουμε το χρόνο που ο Exchange Server κάνει Update την ΟΑΒ πειράζοντας το 'Update Interval' από το 'Exchange System Manager' – 'Recipients' - 'Offline Address Lists' .
    Με την παραπάνω διαδικασία μπορούμε να ξαναδημιουργήσουμε και να ενημερώσουμε την OAB τόσο στον server όσο και στους clients.
  11. i-away
    NOTE: The Exchange IPD Guide was updated to version 1.1 on July 11, 2011. The updates include content bug fixes, and updates related to the Exchange virtualization support changes. The download links are the same as Exchange IPD 1.0, so simply re-download the file to obtain the updated version.
    The Solution Accelerators team has released a new guide for Microsoft Exchange Server 2010 with Service Pack 1.
    The Infrastructure Planning and Design (IPD) Guide for Microsoft Exchange Server 2010 with Service Pack 1takes the IT architect through a step-by-step process for successfully designing an Exchange Server 2010 infrastructure. Exchange Server 2010 supports a variety of infrastructure topologies that enable IT departments to deploy the messaging architecture that best suits their business needs. This guide will help organizations make informed decisions about the design of fault tolerance and scalability so that their overall requirements are met.
    The guide covers these key steps in the Exchange Server 2010 infrastructure design process:
    Defining the project scope by identifying your individual business and IT requirements for a messaging infrastructure. Mapping features and functionality based on the defined scope to develop the appropriate Exchange Server 2010 design. Designing the infrastructure and role requirements for the proposed Exchange Server 2010 architecture. Determining the sizing, fault tolerance, and physical placement of Exchange Server 2010 roles. The IPD Guide for Microsoft Exchange Server 2010 with Service Pack 1 can help you reduce planning time and costs, and ensure a successful rollout of Exchange Server 2010 - helping your organization to more quickly benefit from this flexible and reliable messaging platform.
    Next Steps
    Download the FREE Exchange Server 2010 guide (ZIP - 2.94 MB) Download other best practices from the Infrastructure Planning and Design series for products such as Microsoft Forefront Unified Access Gateway, Windows Server 2008 R2, Hyper-V, SQL Server 2008, Exchange Online, SharePoint Online, System Center, and much more from the IPD site on TechNet. Visit the Exchange Server 2010 site on microsoft.com to learn more. Check out other Solution Accelerators to help you solve your deployment, planning, and operational IT problems. More information about the IPD series
    Planning the next generation of technical infrastructure for corporations can be a complex and daunting task. The success of any infrastructure is measured in how well the design choices match business objectives. Although plenty of product documentation is available, it can be difficult to find guidance on how to appropriately plan the core infrastructure for an organization. The Infrastructure Planning and Design series is designed to present the technical decision maker with the most concise planning guidance for Microsoft technologies. It also provides a means to validate design decisions to ensure that the selected solution meets the requirements of both business and IT stakeholders.
    The IPD documents are designed to be used by the following IT personnel:
    Infrastructure architects and planners who have a firm operational grasp of the technology Partners and consultants who design infrastructure solutions Business managers who want to understand how the decisions being made about technology both support and affect the business Check out all the Infrastructure Planning and Design team has to offer! For additional information, including our most recent guides, visit the IPD page on TechNet — http://www.microsoft.com/IPD.
    We appreciate your comments and feedback; please send mail to [email protected].
  12. i-away
    Και μιας που η δίψα σας για γνώση φαίνεται άσβεστη ας βάλω κι εγώ ένα λιθαράκι:
    Απο τις 6 Φεβρουαρίου ( Κυριακή ) 19:00 - 20:00 ξεκινάνε οι Greek Exchange Nights στο πνεύμα των υπολοίπων Greek Live Nights. Θα ξεκινήσουμε από απλά βασικά πράγματα και θα φτάσουμε μέχρι Advanced και out of space καταστάσεις. Ο λόγος που επιλεχθηκε η κυριακή είναι λόγω υποχρεώσεων και εργασίας.
     
     Μπορείτε να κάνετε register και να συνδεθείτε εδώ

  13. i-away
    Πρώτο post για το 2011 και ξεκινάει με χαρούμενα νέα. Από ανέκαθεν υπήρχαν διάφοροι τρόποι με τους οποίους οι χρήστες του Exchange Server μπορούσαν να δούν τμήματα μόνο της Global Address List (GAL). Αυτή η δυνατότητα μας βοηθούσε στο να διατηρούμε ένα μπούσουλα ειδικά σε μεγάλα Exchange Organizations χωρίς να στερούνται δυνατοτήτων όπως Public Folders, Transport Rules ή High Availability.
    Ο τρόπος που γινόταν αυτό διαφοροποιούταν από έκδοση σε έκδοση του Exchange μέχρι τώρα όμως δεν υποστηριζόταν στον Exchange 2010.
    Αυτό όμως έρχεται να αλλάξει. Το Exchange Team δουλεύει ήδη στην απευθείας ενσωμάτωση Global Address Segmentation δυνατοτήτων που θα έχουμε την χαρά να έχουμε και μάλιστα με γραφικό περιβάλλον στο επερχόμενο Service Pack 2 στα τέλη του 2011 ( Περισσότερες πληροφορίες λίαν συντόμως! ).
    Αποτέλεσμα του παραπάνω είναι ότι δεν θα δημοσιευτεί το καθιερωμένο Configuring Virtual Organizations and Address List Segregation Whitepaper ενημερωμένο για τον Exchange Server 2010, όπως στον Exchange Server 2007.
    Επειδή το τοπίο θα παραμείνει σχετικά θολό και δεν θα αποκαλυφτούν πολλά μέχρι την έλευση του Service Pack 2 ένα sneak peak του scope πάνω στο οποίο θα κινηθούν ενσωματώνοντας την δυνατότητα αυτή στον Exchange Server είναι το εξής:
    Το GAL Segmentation δεν θα αντικαταστήσει την multi-tenant enabled version του Exchange 2010. Η δυνατοτότητα αυτή θα απευθύνεται κυρίως σε: Εταιρείες που θέλουν κατακερματισμό του address book τους για διάφορους λόγους. Δυνατότητα sharing resources μεταξύ των χρηστών. Έλεγχος του τι θα βλέπει ο χρήστης όταν ανοίγει το address book. Αυτό θα γίνει μέσω ενός "Address Book Policy" αντί για το μέχρι τώρα ACL based GAL Segmentation που χρησιμοποιούσαμε. Παρόλα αυτά δεν θα είναι το ίδιο όπως σε κατάσταση Hosting mode του Exchange 2010 SP1.
    Περισσότερες πληροφορίες Σύντομα!. Stay Tuned.
     
    Source: Microsoft Exchange Product Group.
  14. i-away
    Σήμερα το απόγευμα δέχηκα στο inbox μου ένα ευχάριστο mail. Αποστολέας το: [email protected]
     
    Θέμα : "Dear George Andritsos,
     
     
     
    Congratulations! We are pleased to present you with the 2011 Microsoft® MVP
    Award! This award is given to exceptional technical community leaders who
    actively share their high quality, real world expertise with others. We
    appreciate your outstanding contributions in Exchange Server technical
    communities during the past year. "
     
    Η συγκίνηση μεγάλη και τα πολλά λόγια δύσκολα. Θέλω να ευχαριστήσω όσους με πίστεψαν με ανέχτηκαν και με βοήθησαν. Ιδιαίτερη μνεία στον δάσκαλο-οδηγό και μέντορα Χρήστο Σπανουγάκη, τον Νάσο Κλαδάκη για την πολύτιμη βοήθεια του και την τιμή που μου έκανε προτείνοντας με αλλά και τον Βαγγέλη Καψαλάκη για τις πολύωρες φιλοσοφικές και μη συζητήσεις  .
     
    Επίσης θέλω να ευχαριστήσω όλο το Community, το Autoexec.gr ( Moderators και μέλη)  και την Microsoft Hellas γιατί χωρίς αυτούς τίποτα δεν θα ήταν δυνατόν.
     
    Ευχαριστώ.
     
     

  15. i-away
    Earlier today the Exchange CXP team released a number of Update Rollups for versions of Exchange Server to the Download Center and via Microsoft Update.
    Update Rollup 2 for Exchange Server 2010 Service Pack 1 Update Rollup 2 for Exchange Server 2007 Service Pack 3 Update Rollup 5 for Exchange Server 2010 RTM Update Rollup 5 for Exchange Server 2007 Service Pack 2 Update Rollup 2 for Exchange Server 2010 SP1
    This update contains a number of customer reported and internally found issues since the release of RU1. In particular we would like to specifically call out the following fixes which are included in this release:
    2322161 Passive DAG Copy Doesn't Replay Logs if "Don't mount this database at startup" is Checked 2431500 Cannot connect using Outlook Anywhere as the same user from multiple XP Clients 2409597 Implement OpenFlags.AlternateServer for PublicLogon Update Rollup 3 for Exchange Server 2010 Service Pack 1 is currently scheduled to release in February.
    Update Rollup 2 for Exchange Server 2007 SP3
    This update contains a number of customer reported and internally found issues since the release of RU1. In particular we would like to specifically call out the following fixes which are included in this release:
    972186 Need to include the server service as a required service for Exchange 2007 running on Server 2008 2290105 OWA Sharepoint/UNC Access is broken after SP3 Update Rollup 3 for Exchange Server 2007 Service Pack 3 is currently scheduled to release in February.
    Update Rollup 5 for Exchange Server 2010 RTM
    This update contains an internally found issue which can impact upgrades from RTM RU4 to Service Pack 1. We have opted to release an out-of-band update rollup for Exchange 2010 RTM proactively to ensure customers have as smooth an upgrade experience as possible.
    2266458 Setup cannot perform a mode:/uninstall on a HT role server since RU2 delivered MSFTE.msi Currently, we have no plans to release future update rollups for Exchange Server 2010 RTM. We strongly recommend customers upgrade to Service Pack 1 with the latest Update Rollup after installing this update.
    Update Rollup 5 for Exchange Server 2007 SP2
    This security update was released earlier this morning via the Microsoft Security Response Center. Details of this bulletin and it's fix can be found below:
    MSRC 10-024 Currently, we have no plans to release future update rollups for Exchange Server 2007 SP2. Instead, we strongly recommend customers upgrade to Service Pack 3 with the latest Update Rollup.
    General Notes:
    Note for Exchange 2010 Customers using the Arabic and Hebrew language version:
    We introduced two new languages with the release of Service Pack 1, Arabic and Hebrew. At present we are working through the process of modifying our installers to incorporate these two languages. Due to the timing of RU1 we were unable to complete this work in time.
    Customers running either of the two language versions affected are advised to download and install the English language version of the rollup which contains all of the same fixes.
    Note for Forefront users:
    For those of you running Forefront, be sure you perform these important steps from the command line in the Forefront directory before and after this rollup's installation process. Without these steps, Exchange services for Information Store and Transport will not start back up. You will need to disable ForeFront via "fscutility /disable" before installing the patch and then re-enable after the patch by running "fscutility /enable" to start it up again post installation.
  16. i-away
    Όπως έχω πει και σε προηγούμενο post μου τα προβλήματα που συναντάμε κατά την διάρκεια migration ή replication public folders είναι πολλά και ποικίλα.Σε αυτό το post δεν θα δώσουμε λύσεις για κάθε πιθανό πρόβλημα. Απλά θα δώσουμε κάποιες γενικές οδηγίες για το πώς μπορούμε να εντοπίσουμε πιο γρήγορα το πρόβλημα.
    Ο καλύτερος σύμμαχος μας σε αυτή την προσπάθεια είναι το application log. Ανοίγοντας το Diagnostic Logging στο Replication Incoming / Replication Outgoing λαμβάνουμε διάφορες πληροφορίες με την μορφή διαφόρων Event IDs.
    Δυστυχώς όμως τα Event IDs αλλάζουν μεταξύ των εκδόσεων του Exchange ( πχ. Στον Exchange 5.5 το outbound backfill request εμφανίζεται ως 3014 ενώ στον Exchange 2000 και 2003 ως 3016). Το ίδιο ισχύει και για τους άλλους τύπους Event όπως το outgoing hierarchy,incoming hierarchy,Status requests και status messages,κλπ.
    Η λύση σε αυτό το πρόβλημα που δημιουργείται είναι να συνδυάσουμε το Event ID με την παράμετρο Type. Υπάρχουν μόνο 7 types:
    Hierarchy - 0x2
    Content - 0x4
    Backfill Request - 0x8
    Backfill Response - 0x80000002 (για hierarchy) ή 0x80000004 (για content)
    Status - 0x10
    Status Request - 0x20
    Ακόμα όμως κι έτσι πολλές φορές υπάρχει παραπλάνηση όπως για παράδειγμα το event ID 3093 που δείχνει ότι υπάρχει κάποιο error σε ένα property ( πράγμα που μπορεί να αγνοηθεί με ασφάλεια).
    Ας δούμε κάποιους τύπους replication:

    Hierarchy Replication

    To replication αυτό λαμβάνει χώρα όταν ένας folder δημιουργείται ή σβήνεται ε’ιτε συμβαίνει κάποια αλλαγή σε properties του public folder ( replica list, client permissions, description, administrative note, storage limits).
    Κάθε 15 λεπτά (by default), το store κάνει broadcast τις αλλαγές που έχουν συμβεί στο μεσοδιάστημα αυτό. Με ενεργοποιημένο το logging για μια αλλαγή στο hierarchy θα δούμε κάτι της μορφής:

    Event Type: Information
    Event Source: MSExchangeIS Public Store
    Event Category: Replication Outgoing Messages
    Event ID: 3018
    Description:
    An outgoing replication message was issued.

    Type: 0x2
    Message ID: <[email protected]>
    Database "First Storage Group\Public Folder Store (ITPRODEVEXCH1)"
    CN min: 1-72CF, CN max: 1-72D3
    RFIs: 1
    1) FID: 1-6994, PFID: 1-1, Offset: 28
    IPM_SUBTREE\NewFolder
    Προσέξτε το "Type: 0x2" που δηλώνει ότι πρόκειται για hierarchy replication message.
    Το hierarchy replication message στέλνεται από το πρώτο server απευθείας σε όλα τα άλλα public stores. Δεν υπάρχει κάποια έννοια τοπολογίας. Η αλλαγή πάει απευθείας σε όλους τους servers που έχουν ένα public store με το ίδιο hierarchy.
    Content Replication

    Το Content replication συμβαίνει όταν ένα message δημιουργείται,σβήνεται ή αλλάζουν τα properties του. Ο χρόνος στον οποίο γίνονται broadcast οι αλλαγές είναι και εδώ ο ίδιος. Ένα content replication message έχει Type 0x4 και όπως και το hierarchy replication δεν ακολουθεί κάποιο topology.Τα πιο πιθανά σενάρια λάθους λοιπόν όπως καταλαβαίνετε σε replication αφορούν είτε content είτε hierarchy replication.

    1. Ο server έστειλε replication message?

    Αυτό μπορεί να διαπιστωθεί με αρκετούς τρόπους: Στον ESM, με δεξί κλικ στους Public Folders και διαλέγοντας "Connect To" στο συγκεκριμένο store. Προσοχή στα Client Permissions δεν αλλάζουν από τον ESM. Προ Exchange 2003 Sp2, όταν αλλάζαμε Client Permissions από τον ESM αυτός θα προσπαθήσει να κάνει την αλλαγή στο store που έχει την replica παρόλο που τα permissions είναι property του folder στο hierarchy. Με το 2003 Sp2 αυτό διορθώθηκε και πλέον η αλλαγή γίνεται στο hierarchy. Εάν χρησιμοποιούμε Outlook μπορούμε να χρησιμοποιήσουμε το MFCMAPI για να δούμε το PR_REPLICA_SERVER property του folder.Αυτό σε συνδυασμό με την εμφάνιση ή μη type
    0x2 ή 0x4 στο default χρονικό όριο μας οδηγεί στο ασφαλές συμπέρασμα ότι το πρόβλημα είναι στο server που κάνουμε την αλλαγή. Αυτά αναλυτικά περιγράφονται στο KB272999. Ιδιαίτερης προσοχής χρήζει το 3079 event:

    Event ID: 3079
    Source: MSExchangeIS Public
    Type: Error
    Category: Replication Errors
    Description:
    Unexpected replication thread error 0x3f0.

    EcGetReplMsg
    EcReplStartup
    FReplAgent
    Αν το 3079 έχει και το "EcReplStartup" τότε ο replication agent δεν έτρεξε για κάποιο λόγο.
    Αν στο organization υπάρχει ακόμα Exchange 5.5 τότε ο Exchange 2000,2003 όταν στέλνει replication message πρέπει να έχει και το ptagACLData property (ταe 5.5-style permissions βασισμένα σε legacyExchangeDN) από το ptagNTSD property (το 2000-style permissions βασισμένο σε SID). Αυτό σημαίνει ότι κάθε SID πρέπει να γίνει legacyExchangeDN. Αυτό μπορεί να αποτύχει για πολλούς λόγους: Πχ. Αν το SID αντιστοιχεί σε περισσότερους από έναν χρήστες:

    Event ID: 9528
    Category: General
    Source: MSExchangeIS
    Type: Error
    Description:
    The SID S-1-5-21-408248388-469072634-37170099-1391 was found on 2 users in the DS, so the store cannot map this SID to a unique user.

    The users involved are:
    /DC=com/DC=company/CN=Users/CN=User1
    /DC=com/DC=company/CN=Users/CN=User2

    2. Ο παραλαμβάνων server πήρε το μήνυμα?
    Σε αυτή την περίπττωση την απάντηση θα μας την δώσει το message tracking και συγκεκριμένα το πεδίο To: αν το target store δεν υπάρχει εκεί τότε οι αλλαγές δεν έχουν πάει εκεί για κάποιο λόγο.


    3. Έφτασε το message στον destination server?
    Εφόσον έχουμε βεβαιωθεί ότι το μήνυμα έφυγε από τον server τότε πρέπει να δούμε γιατί δεν έφτασε ποτέ. Εκέι την λύση δίνουν τα incoming replication events που server-στόχου.

    Τα παραπάνω αποτελούν απλώς κάποιες γενικές οδηγίες – κατευθύνσεις για την επίλυση των πιο συχνών προβλημάτω που μπορεί να παρουσιαστούν.Τα πράγματα περιπλέκονται λόγω μη ύπαρξης topology στο replication αλλά με απλές ερωτήσεις σαν αυτές που παρέθεσα παραπάνω η λύση είναι πάντα θέμα χρόνου.
  17. i-away

    Public Folders....

    By i-away,

    Επειδή τελευταία παρατήρησα ότι στο φόρυμ υπάρχουν πολλές απορίες για το Public Folder migration θα επιχειρήσω να δώσω κάποιες κατευνθύσεις.
     
    Τα περισσότερα error κατά την διαδικασία Migration από 2003 σε 2007 η 2010 οφείλονται στο property validation. Το validation αυτό εμφανίστηκε για πρώτη φορά στον Exchange 2007 και η λειτουργία του είναι να καθαρίζει τα καινούργια public folder store απο "χτυπημένα" objects ( contacts,appointments,κλπ). Για τις περισσότερες των περιπτώσεων αυτό το script δίνει την λύση. Εαν πάλι δεν δουλέψει υπάρχει και ο πιο χρονοβόρος τρόπος που περιγράφεται  εδώ.
    Το κακό με την λειτουργία του validation είναι ότι κάποιες φορές μαρκάρει ως χτυπημένα και κανονικά objects. Δυστυχώς κανένας απο τους 2 παραπάνω τρόπους δεν δίνει οριστική λύση στο πρόβλημα και κάποιες φορές κάποια πράγματα θα πρέπει αναγακστικά να διαγραφούν. Στον Exchange 2007 δεν υπάρχει κάποιος τρόπος να απενεργοποιήσουμε το validation . Στον Exchange 2010 SP1 αυτή η λειτουργία απενεργοποιείται αυτόματα εξαλείφοντας όλα τα προβλήματα που δημιουργούσε μέχρι στιγμής. ( Ακόμα ένας λόγος να αναβαθμίσετε σε 2010 SP1) . Βέβαια αυτό σημαίνει ότι δεν γίνεται έλεγχος και τα items μεταφέρονται όπως είναι . Μπορούμε αν θέλουμε να χρησιμοποιήσουμε το Script για τον έλεγχο και τον καθαρισμό της καινούργιας βάσης.
    Για να μην μείνουν οι χρήστες του 2007 παραπονεμένοι ένα παρόμοιο fix βρίσκεται ήδη σε διαδικασία και πιθανώς θα ενσωματωθεί σε κάποιο Update Rollup.
    Επίσης προτείνεται πριν απο κάθε μετακίνηση βάσης να γίνεται απαραιτήτως Defrag για εξοικονόμηση χώρου αλλά και χρόνου.( Τα 2 GB γίνονται εύκολα 150 mb ) [].
     
     
    Σε επόμενο post θα αναφερθούμε αναλυτικά στα πιο συχνά παρατηρούμενα προβλήματα που παρατηρούνται κατά την διαδικασία του Migration και στους τρόπους επίλυσης τους.
     

     
  18. i-away

    Help Outlook Updated.

    By i-away,

    Πριν απο λίγο η Microsoft ενημέρωσε την σελίδα του Exchange 2010 Services/client content σε όλες τις γλώσσες συμπεριλαμβανομένου και της Ελληνικής. Οι οδηγίες αφορούν όλες τις πλατφόρμες τις Microsoft ( Οffice 365 Beta for small businesses, Office 365 Beta for enterprises, Microsoft Friends and Family, Microsoft Exchange, Live@edu)
     
    Η ενημερωμένη σελίδα βρίσκεται στο Τechnet.
     
     
    Επίσης υπάρχει ήδη για όσους δεν το γνωρίζουν και το σχετικό Dashboard εδώ
     

     
     
    Καλό Διάβασμα!,

  19. i-away
    As a member of MCS that focuses on Exchange design and implementations, one of the tasks that I ensure each customer performs prior to deploying Exchange is to validate the storage platform using Jetstress. To that end, I have created a whitepaper that explains the process and requirements for validating an Exchange storage solution prior to releasing an Exchange deployment into production. The whitepaper explains how Jetstress works, how to plan for and perform a Jetstress test, and how to automate the process. You can use this whitepaper with any version of Exchange you plan to deploy.
    You can download the whitepaper here.
    Neil Johnson
  20. i-away
    Ο Exchange 2010 έχει διάφορα " κρυμμένα " built-in εργαλεία με τα οποία μπορούμε να κάνουμε πολλά και θαυμαστά πράγματα. ( πχ. Get-MailboxDatabaseCopyStatus , Test-ReplicationHealth , CollectOverMetrics.ps1 - CollectReplicationMetrics.ps1 )
    Σήμερα θα δούμε ένα απο τα πιό χρήσιμα scripts το CheckDatabaseRedundancy.ps1. Όπως μπορείτε να καταλάβετε απο το όνομα του το συγκεκριμένο script παρακολουθεί την κατάσταση μιας replicated mailbox database ελέγχοντας εάν υπάρχουν 2 τουλάχιστον υγιή αντίγραφα. και μας ειδοποιεί σε αντίθετη περίπτωση.
    Το output που λαμβάνουμε έχει την μορφή:
    [PS] CheckDatabaseRedundancy.ps1 -MailboxDatabaseName "Mailbox Database TestDB01"

    DatabaseName : Mailbox Database TestDB01
    LastRedundancyCount : 0
    CurrentRedundancyCount : 2
    LastState : Unknown
    CurrentState : Green
    LastStateTransitionUtc : 14/11/2010 6:51:19 AM
    LastGreenTransitionUtc : 14/11/2010 6:51:19 AM
    LastRedTransitionUtc :
    LastGreenReportedUtc : 14/11/2010 6:51:19 AM
    LastRedReportedUtc :
    PreviousTotalRedDuration : 00:00:00
    TotalRedDuration : 00:00:00
    IsTransitioningState : True
    HasErrorsInHistory : False
    CurrentErrorMessages :
    ErrorHistory :
    Ένα απο τα πλεονεκτήματα του συγκεκριμένου scripts είναι ότι με την προσθήκη της MonitoringContext παραμέτρου μπορεί να χρησιμοποιηθεί από τον Microsoft System Center Operations Manager (SCOM). Σε monitoring mode το script εμφανίζει red και green alerts στο Application event log. Το κόκκινο (event ID 4113) alert εμφανίζεται όταν μια βάση είναι "red" για 20 ή παραπάνω λεπτά ενώ το πράσινο (event ID 4114) όταν η βάση είναι "green" για 10 συνεχόμενα λεπτά.
    Υπάρχουν κάποιες πρόσθετες παράμετροι που μπορούμε να ενσωματώσουμε στο script. Για παράδειγμα η ShowDetailedErrors που μας δίνει αναλυτικότερες πληροφορίες για τα error που προκύπτουν και η επίσης πολύ χρήσιμη SendSummaryMailTos που μας ενημερώνει μέσω email για οποιοδήποτε γεγονός.
    Το script προτείνεται να τρέχει σε τακτά χρονικά διαστήματα για λόγους ελέγχου.Η ρύθμιση γίνεται μέσω της TerminateAfterDurationSecs παραμέτρου με τιμές -1 και 0.
    CheckDatabaseRedundancy.ps1 -MonitoringContext -SleepDurationBetweenIterationsSecs:0 -TerminateAfterDurationSecs:1 -SuppressGreenEventForSecs:0 -ReportRedEventAfterDurationSecs:0 -ReportRedEventIntervalSecs:0 -ShowDetailedErrors

    Αυτό βέβαια σε περίπτωση που δεν έχουμε κάποια monitoring λύση ( SCOM ). Φυσικά μπορούμε να το ενσωματώσουμε ως scheduled task.
    schtasks /create /TN "Check Database Redundancy" /TR "Powershell.exe -NonInteractive -WindowStyle Hidden -command 'C:\Program Files\Microsoft\Exchange Server\V14\bin\RemoteExchange.ps1'; Connect-ExchangeServer -auto; C:\Operations\CheckDatabaseRedundancy.ps1 -MonitoringContext -ShowDetailedErrors -SummaryMailFrom:'SMTPFromAddress@(domain-name)' -SendSummaryMailTos:@('SMTPToAddress@(domain-name)') -ErrorAction:Continue" /RU SYSTEM /SC HOURLY
    Γιαυτούς που βαριούνται να γράφουν μπορούν να κατεβάσουν το XML αρχείο, και να το εισάγετε στον Task Scheduler. Όπως επίσης και το script από εδώ.

  21. i-away

    BPOS Guidelines

    By i-away,

    Παίρνοντας αφορμή απο πρόσφατο post συναδέρφου θα δώσω κι εγώ με την σειρά μου την δικιά μου οπτική και άποψη για το σύννεφο.
    Με την εξάπλωση του Cloud Computing ολοένα και περισσότερες εταιρείες μετακινούν τις υποδομές τους στο σύννεφο επωφελούμενες από τα οφέλη που τους παρέχει.
    Microsoft Business Productivity Online Suite
    Το μοντέλο που προσφέρει η Microsoft είναι το εξής απλό: Για κάποιο αντίτιμο η Microsoft προσφέρει σε κάθε χρήστη της εταιρείας e-mail, instant messaging, presence, Web conferencing και πρόσβαση σε intranet portal για collaboration. Απο την πλευρά της εταιρείας δεν υπάρχει ανάγκη για server software, hardware, storage ή maintenance costs. Η σουίτα του BPOS περιλαμβάνει Exchange Online (e-mail), SharePoint Online (intranet/Web portal), LiveMeeting (Web conferencing) και Office Communications Online (instant messaging/presence).
    Υπάρχουν δύο εκδόσεις BPOS: Standard και Dedicated. Η κύρια διαφορά τους είναι ότι στην Standard έκδοση πολλές εταιρείες μοιράζονται τα resources του ίδιου server στην Dedicated έκδοση κάθε εταιρεία έχει τον δικό της server. Να σημειώσουμε εδώ ότι η Exchange Online Dedicated υπηρεσία προσφέρεται μόνο σε εταιρείες μεγαλύτερες των 5,000 users.
    Εκτός του προαναφερομένουν υπάρχουν και άλλες διαφορές μεταξύ των δύο εκδόσεων όπως για παράδειγμα η αδυναμία deploy custom Web parts στην BPOS Standard SharePoint Online σουίτα ή η δυνατότητα search μεταξύ πολλών site collections στο Sharepoint,κλπ.
    Migrating στον Exchange Online
    Η μετάβαση ενός παραδοσιακού Microsoft Exchange απο τοπική υλοποίηση στον σύννεφο είναι κάτι που αν και με αρκετά προβλήματα και παγίδες ακόμα είναι μια διαδικασία που ολοκληρώνεται εύκολα και γρήγορα.
    Για την μετάβαση αυτή προσφέρονται 2 τρόποι: Η χρήση του native BPOS toolset ή η χρήση του migration tool για απευθείας σύνδεση του Exchange Online απο μία πλατφόρμα messaging τύπου Lotus Notes/Domino ή Novell GroupWise.
    On-premises to Exchange Online (Σε 2 βήματα) – Μέχρι πρόσφατα ο μόνος δρόμος για να ανεβάσουμε ένα μη-Microsoft σύστημα στο σύννεφο ( Lotus Notes/Domino,Novell GroupWise ) ήταν το on-site migration σε ένα νέο Exchange περιβάλλον και μετέπειτα στο Online περιβάλλον.
    Direct to Exchange Online (1 βήμα) – 3rd-party migration προιόντα έχουν κάνει δυνατή την απευθείας μετακίνηση απο μη-Microsoft σύστηματα σε Exchange Online με μία κίνηση κάνοντας όλα τα βήματα μαζεμένα.
    Σημεία προσοχής στα Exchange Migrations
    Directory Synchronization – Με το Microsoft Online Services Directory Synchronization Tool οι χρήστες ενός on-premises Active Directory (AD) μπορούν να συγχρονιστούν με το hosted Active Directory σε οποιοδήποτε στάδιο του migration.
    Content Migration – Στα on-premises migrations χρειάζεται προσοχή στο είδος των δεδομένων που θα μεταφερθεί μεταξύ των mail servers καθώς αυτά θα μεταφερθούν στην online πλατφόρμα μέσω του Internet.
    Mailboxes – Επειδή η μεταφορά γίνεται μέσω του Internet είναι σκόπιμο να μεταφέρονται μόνο τα απαραίτητα mail data. Εδώ προτείνεται η χρήση του archive για λόγους ταχύτητας και μείωση του όγκου δεδομένων.
    Resources – Σε περίπτωση που υπάρχουν “generic mailboxes” αυτά θα πρέπει να δημιουργηθούν στο onlime Active Directory πριν κάνουμε την διαδικασία του συγχρονισμού.
    SharePoint Online
    Η υπηρεσία του SharePoint Online προσφέρει τα ίδια ακριβώς πράγματα με τον Microsoft Office SharePoint 2007 (MOSS), χωρίς το επιπλέον “μπελά” της διαχείρησης – παραμετροποίησης της SharePoint farm. Είναι πλήρως λειτουργικό σε λίγα λεπτά εν αντιθέσει με της ακόμη και εβδομάδες που πολλές φορές χρειάζεται για να έχουμε ένα πλήρως λειτουργικό SharePoint και φυσικά μειώνει κατακόρυφα το κόστος της επένδυσης αυξάνωντας κατά πολύ το ROI.
    Το SharePoint Online διατίθεται σε 2 εκδόσεις και αυτό: Standard και Dedicated.Η standard έκδοση ( προτείνεται μέχρι 5,000 χρήστες ) παρέχει πλήρη πρόσβαση στο εκάστοτε SharePoint site collection αλλά όχι στο central administration ούτε και στο shared service provider. Η πλήρης πρόβαση – λειτουργικότητα προσφέρεται στο SharePoint Online Dedicated επίπεδο το οποίο δίνει πλήρη πρόσβαση σε όλα τα στοιχεία και τις λειτουργίες του Sharepoint ( personalization services, advanced search, Excel Web Services,Business Data Catalog).
    Challenges of Migrating to SharePoint Online
    Σε αντίθεση με το Exchange Online Migration η μετάβαση στο SharePoint Online, εστιάζεται σε 3 τομείς:security, user interface και functionality.
    Security: Ιδιαίτερη προσοχή χρειάζεται κατά την μεταφορά sharepoint contect από την on-premises στην off-premises κατάσταση εξαιτίας διαφορών στην δομή που μπορεί να υπάρξουν με αποτέλεσμα να δημιουργηθεί πρόβλημα με τα user permissions. Προτείνεται η ακριβής μεταφορά της δομής από την μία κατάσταση στην άλλη . Το πρόβλημα είναι εντονότερο σε περίπτωση που δεν έχουμε Sharepoint τοπικά αλλά κάποια 3rd party λύση.
    User interface: Εδώ δεν υπάρχει ιδιαίτερο πρόβλημα και το μόνο θέμα είναι σε μετάβαση από διαφορετική πλατφόρμα λόγω αλλαγής του "look and feel".
    Functionality: Επειδή το Sharepoint ουσιαστικά δεν είναι ένας απλός fileserver αλλά πολλά πολλά περισσότερα, οι δυνατότητες του είναι τεράστιες. Workflows,Document Libraries,IRM,κλπ ο μόνος περιορισμός είναι το τι θέλει να κάνει ο administrator και φυσικά επιφέρουν και το ανάλογο challenge υλοποίησης από μία “χαώδη” κατάσταση σε κάτι πολύ πιο λειτουργικό και αποδοτικό.
     
    Παρόλο τα προβλήματα που μπορεί να έχουμε και να αντιμετωπίσουμε κατά την μετάβαση , το σύννεφο είναι εδώ και θα μείνει . Το Microsoft’s Business Productivity Online Suite παρέχει ένα πλήρες σετ εργαλείων για την διαχείρηση και λειτουργία ( μέχρι ενός σημείου ακόμα ) όλως των IT operations απο το σύννεφο .
  22. i-away
    Hello Exchange Developers! We've just released updated Software Development Kits for Exchange 2010 SP1. If you develop applications for Exchange Server, grab these SDKs from the Download Center.
    Microsoft Exchange Server 2010 SP1 Web Services SDK October 2010
    This release of the Exchange 2010 Service Pack 1 (SP1) Web Services Software Development Kit (SDK) provides new and updated documentation and samples for building applications that use Web services in Exchange 2010 SP1 . Use this SDK to help you develop collaborative Web services-based enterprise applications. Download
    Microsoft Exchange Server 2010 SP1 Backup and Restore SDK October 2010
    This release of the Exchange Server 2010 Service Pack 1 (SP1) Backup and Restore SDK provides information about how to create applications that back up, restore, and recover Exchange 2010 databases. Download
    Microsoft Exchange Server 2010 SP1 Transport Agents SDK October 2010
    This release of the Exchange 2010 Service Pack 1 (SP1) Transport Agents Software Development Kit (SDK) provides new and updated documentation and samples for building applications that use Microsoft Exchange transport agents. Use this SDK to help you develop collaborative enterprise applications for Exchange transport. Download
  23. i-away
    You've been asking us about an Exchange 2010 version of the popular Exchange 2007 Component Architecture poster. We're pleased to let you know that the Exchange Server 2010 Architecture Poster is now available for download in all its 36" x 24" goodness! Here's a preview:

    The poster helps you understand how the major components of Exchange 2010 work and serves as a quick reminder and a learning tool. The printed version also looks really impressive on your wall!
    Head over to the Download Center to download the Exchange Server 2010 Architecture Poster (PDF).
    Those of you headed to Berlin for TechEd Europe next month, you'll be able to pick up your very own full-size glossy version from the Unified Communications booth. Wir sehen uns in Berlin!
  24. i-away
    Πολλές φορές λαμβάνουμε στο mailbox μας μηνύματα που έχουν αποστολέα όχι συγκεκριμένο άτομο αλλά μια πιο γενική διεύθυνση του τύπου [email protected]. Η διεύθυνση αυτή αποτελεί συνήθως μια γενική διεύθυνση ενός τμήματος ( μάρκετινγκ συνήθως ). Παρόλα αυτά όλοι αυτοί που βρίσκονται στα συγκεκριμένα τμήματα έχουν την δική τους διεύθυνση και στέλνουν - λαμβάνουν από αυτήν.
    Το παραπάνω “τρυκ” ονομάζεται Address rewriting και δημιουργήθηκε απο την Microsoft για αυτόν ακριβώς τον λόγο. Η τακτική αυτή βρίσκει πολλές εφαρμογές τόσο σε εξερχόμενα email ( πχ. μαρκετινγκ) όσο και σε εσωτερικά email ( σε περιπτώσεις merge εταιρειών ). Εδώ να σημειώσουμε ότι για να δουλέψει το address rewriting πρέπει να ενεργοποιηθεί και στα εισερχόμενα αλλά και στα εξερχόμενα email έτσι ώστε να υπάρχει σωστή αντιστοίχηση τους.

    Βέβαια χρειάζεται προσοχή γιατί το Address rewriting δεν αλλάζει μηνύματα που είναι attached στο προς rewrite μήνυμα, όπως και τα SMTP Return-Path, Received, Message-ID, X-MSTNEF-
    Correlator, Content-Type Boundary=string headers και τους headers εντός των MIME body parts. Τα Message-ID, X-MS-TNEF-Correlator, Content-Type Boundary=string
    headers, και οι headers εντός των MIME body parts χρησιμοποιούνται για την ασφάλεια και την κρυπτογράφηση των email με τεχνολογίες όπως η Microsoft Rights Management γιαυτό και δεν μπορούν να μεταβληθούν καθώς η μεταβολή τους αλλάζει το authenticity του email.
    Για την διασφάλιση της σωστής αντιστοίχησης και δρομολόγησης πρέπει να έχουμε υπόψην μας κάποια πράγματα:
    Καταρχήν το αποτέλεσμα της αντιστοίχησης θα πρέπει να είναι μοναδικό για να μην δημιουργηθεί όπως είναι λογικό conflict.
    Συνέπεια του παραπάνω είναι ότι πρέπει να ενεργοποιηθει το address rewriting και στους 2 connectors όπως έχουμε αναφέρει παραπάνω.

    Κάτι άλλο εξίσου σημαντικό είναι ότι δεν μπορούμε να χρησιμοποιήσουμε εκτεταμένα wildcards παρά μόνο σε εσωτερικά domains, για παράδειγμα τα kladakis*@finance.autoexec.gr ή blackman@sales*.autoexec.gr δεν υποστηρίζονται ενώ το spanougakis@*.autoexec.gr υποστηρίζεται. Χρήσιμο για παράδειγμα θα ήταν το rewriting των *@development.autoexec.gr και *@software.autoexec.gr σε *@support.autoexec.gr.

    Δυστυχώς το Address rewriting configur-άρεται μόνο μέσω Exchange Management Shell. Ακόμα δεν υπάρχουν επιλογές στην Exchange Management Console ( stay tuned… ).Υπάρχουν 4 ειδών εντολές :
    Get-AddressRewriteEntry
    New-AddressRewriteEntry
    Set-AddressRewriteEntry
    Remove-AddressRewriteEntry.
    Από τα προθέματα τους είναι προφανής η χρήση τους. Για παράδειγμα:
    New-AddressRewriteEntry -Name “Two-way Rewrite entry for autoexec.gr”
    -InternalAddress autoexecint.gr -ExternalAddress autoexecext.gr

    Η εκτεταμένη χρήση του Address Rewriting ενδείκνυται σε μεγάλα περιβάλλοντα με πολλά υπο-τμήματα και όχι μόνο . Θεωρείται πιο “επαγγελματικό” το [email protected] παρά το [email protected]
    Σημείωση: Μετά απο διαδηλώσεις-διαμαρτυρίες-πολιορκίες εξαγριωμένων administrator στα Headquarters του Exchange Product Group εδόθη η υπόσχεση ότι το θέμα με την EMC θα διορθωθεί σύντομα .. Εν αναμονή λοιπόν..
  25. i-away
    Σήμερα ξύπνησα με νοσταλγική διάθεση και είπα να θυμήσω σε παλιούς και νέους συναδέρφους την πορεία του Exchange απο την έκδοση 4 μέχρι σήμερα.
    Η πρώτη έκδοση του Exchange Server ήταν η έκδοση 4.0. Οι προηγούμενες εκδόσεις ήταν το Microsoft MS-Mail 3.0 και MS-Mail 2.0. Όσον για την αρχή η έκδοση 1 λεγόταν Network Courier Mail και είχε εμφανιστεί στις αρχές του 1990.
    Η έκδοση 4 δεν είχε καμία απολύτως σχέση με το MS-Mail 3.0 αλλάζοντας εντελώς περιβάλλον και τεχνολογίες σε μια “δύσκολη” θα λέγαμε έποχή καθώς τότε ήταν ο καιρός των Windows NT Server 3.51 τα οποία έχουν μείνει στην ιστορία για την δυσκολία που είχαν να παραμείνουν λειτουργικά καθώς και για την πληθώρα των “Blue screens” που εμφάνιζαν.
    Παρόλα αυτά η μεγάλη επιτυχία της έκδοσης 4 έκανε τις εταιρείες να αρχίσουν την μετάβαση απο το MS-Mail και το cc:Mail ( παλιά δόξα ) στον Exchange Server. Σε αυτό βοήθησε και το άνοιγμα του Internet στο κοινό όπως και η ανακοίνωση των προδιαγραφών του World Wide Web. Οι εταιρείες πλέον συνδεόταν στο Internet και άρχιζαν να ανταλλάσουν emails με άλλες εταιρείες. Το MS-Mail 3.0 είχε έναν απλό Simple Mail Transfer Protocol (SMTP) gateway ο οποίος όμως δούλευε κυρίως σε dial-up βάση σε αντίθεση με τον Exchange Server 4.0 που είχε μόνιμη σύνδεση στο Internet (Integrated Services Digital Network (ISDN) ή 56-KB frame).
    Ταυτόγχρονα με την έλευση των Windows NT 4.0 τα οποία ήταν αρκετά πιο σταθερά και αξιόπιστα σε σχέση με τον προκάτοχο τους ο Exchange Server 4.0 αποδείχτηκε περισσότερο αξιόπιστος και λειτουργικός σε σχέση με το MS-Mail.
    Η επόμενη έκδοση του Exchange Server εμφανίστηκε το 1997 και ήταν φτιαγμένη για το αποδεδειγμένης αξιοπιστίας λειτουργικό Windows NT 4.0. Επιπλέον η καινούργια έκδοση υποστήριζε και την πρώτη έκδοση του Outlook.Με τον Outlook (97) client, ο Exchange Server συμπεριέλαβε εγγενή υποστήριξη calendaring. Στον Exchange Server 5.0 αυτό ήταν το Schedule+ ( που διατίθονταν ως add-on για τον Exchange Server 4.0, μέχρι τότε το email του χρήστη και το calendar ήταν ξεχωριστά πράγματα ) το οποίο έδεσε το email, το calendar και το address book.
    Με την δίάθεση ενός service pack η Microsoft εμφάνισε την πρώτη έκδοση του Outlook Web Access (OWA) δίνοντας δυνατότητα απομακρυσμένης πρόσβασης στο mailbox στους χρήστες. Επίσης προσέφερ καλύτερη υποστήριξη σε third-party προιόντα (fax gateways,unified voice mail,document-sharing tools) ξεφεύγοντας απο τον ανταγωνισμό και αρχίζοντας μια ανοδική πορεία.

    Το 1998 ήρθε η σειρά του Exchange Server 5.5 με τον οποίο διορθώθηκαν πολλά bugs των προηγούμενων εκδόσεων και βελτιώθηκε περαιτέρω το δέσιμο email, calendar,contacts και tasks. Επίσης ανέβηκε και το όριο της βάσης απο 16GB o υποστηρίζοντας έτσι μεγάλα περιβάλλοντα.
    Το OWA βελτιώθηκε και αυτό προσφέροντας πιο εύκολη και γρήγορη πρόσβαση. Η ιδέα των site connectors έδωσε σε μεγάλα περιβάλλοντα δυνατότητες distribute administration,message routing, και multilanguage support.

    Ο Exchange 2000 Server εμφανίστηκε το 2000 μετά την κυκλοφορία των Windows 2000 Server
    και την πρώτη έκδοση του Microsoft Active Directory. Η μεγαλύτερη αλλαγή ήταν η χρήση του Active Directory για την Global Address List (GAL), σε σχέση με την logon users list των ΝΤ και το ξεχωριστό email users directory του Exchange Server 5.5. Το Active Directory έδεσε τον network και τον email user σε ένα account κάνοντας το administration και το management πολύ πιο απλό και εύκολο.
    Επίσης μεταβήκαμε στην ActiveX version του OWA client αντί της Hypertext Markup Language (HTML) δίνοντας στους χρήστες δυνατότητες drag-and-drop, pull-down bars,κλπ κάνοντας το περιβάλλον ακόμα πιο λειτουργικό και εύχρηστο.
    Και φτάνουμε στον Exchange Server 2003 ο οποίος αποτελεί ένα major update στο Exchange Server messaging system που σε συνδυασμό με το Active Directory 2003 έδεσε την όλη πλατφόρμα πιο αρμονικά και την την έκανε πιο λειτουργική και ευκολοδιαχείριστη.
    Ο Exchange Server 2003 έδωσε την δυνατότητα στους χρήστες να συγχρονίζουν τα Pocket
    PC mobile devices τους με τον Exchange Server. Παράλληλα στο OWA έγινε ένα face-lift κάνοντας το όμοιο με τον Microsoft Office Outlook desktop client. Με καλύτερη απομακρυσμένη υποστήριξη ο Exchange Server 2003 εξελίστηκε σε ένα office-based σύστημα επικοινωνίας προσφέροντας σε τοπικούς και απομακρυσμένους χρήστες πρόσβαση στο mail τους απο παντού.
    Η ύπαρξη δυνατότητας clustering έδωσε στους διαχειριστές την δυνατότητα να έχουν active-active και active-passive clustering με ταυτόχρονη αύξηση των node απο 2 σε 4.
    Παράλληλα εισήχθη και η ιδέα του recovery storage group (RSG) που επέτρεπε σε μια εταιρεία να μπορεί να έχει μια βάση για test και recovery σκοπούς.
    Το Service Pack 2 ήρθε να μας δώσει cyclic redundancy check (CRC) error checking κάτι καινούργιο καθώς μέχρι τότε δεν υπήρχε error checking της βάσης του Exchange και οι administrators βασίζοταν μόνο στα EDBUtil και ISInteg, για την σωστή λειτουργία της βάσης.Παράλληλα με την είσοδο του
    SenderID και του βελτιωμένου journaling για τα messages και σε συνδυασμό με το direct push για τα mobile devices αντί του συνεχόμενου “pull” που βελτίωσε την διάρκεια ζωής των Mobile συσκευών έδωσε δυνατότητα realtime συγχρονισμού.

    Το 2007 εμφανίστηκε ο Exchange Server 2007 ο οποίος άλλαξε εντελώς κάποια πράγματα.Εξαφάνισε το concept των ξεχωριστών του Active Directory routing groups.Στην προ-2007 εποχή υπήρχαν Active Directory sites και Exchange Server routing groups. Ο 2007 ήρθε να αλλάξει αυτό την λογική και αντί να εξετάζει το Active Directory’s sites and services για να διακρίνει τα διάφορα subnets άρχισε να χρησιμοποιεί το routing topology του Active Directory για να διακινεί τα email απο την ίδια διαδρομή όπως και το Active Directory replication. Επίσης κατήργησε το bridgehead server σαν ρόλο που απλά έστελνε το mail απο τον έναν bridgehead server στον άλλον και εισήγαγε τον Hub Transport server που παρόλο που μπορούσε να θεωρηθεί central point of failure γιατί όλη η κίνηση των email περνούσε απο εκεί μπορούσαν να εφαρμοστούν policies και rules όχι μόνο μεταξύ Hub Transport και Hub Transport αλλά για όλα τα mail που υποχρεωτικά πλέον περνούσαν απο πάνω του .
    Ο τομέας του Outlook Web Access υπέστη δραματική αλλαγή και έγινε σχεδόν ίδιος σε features με έναν desktop Outlook client.
    Η κυριότερη αλλαγή ήταν η εισαγωγή της Continuous Replication (CR) τεχνολογίας. Πλέον το backup της βάσης του Exchange δεν βασιζόταν μόνο σε Storage Area Network (SAN) snapshots αλλά υπήρχε ένα primary και ένα secondary αντίγραφο της βάσης. Σε περίπτωση καταστροφής της μιας η εφεδρική ερχόταν online σε 20–30 δευτερόλεπτα με το Outlook 2007 να κάνει αυτόματα reconnect και τον χρήστη να μην καταλαβαίνει τίποτε τόσο κατά την μετάβαση στην εφεδρική βάση όσο και κατά την επιστροφή στην κύρια.
    Με την έλευση του Exchange Server 2007 Service Pack 1 δόθηκε πρόσβαση στους Public Folders μέσω του OWA κάτι το οποίο ήταν απαίτηση πολλών εταιρειών που ενώ ήθελαν το OWA χρειαζόταν παράλληλα και πρόσβαση στους Public Folders. Επίσης εισήχθη η τεχνολογία του Standby Continuous Replication (SCR) που έδωσε την δυνατότητα δημιουργίας αντιγράφων σε απομακρυσμένες τοποθεσίες και εισήγαγε την έννοια multi-location clustering δίνοντας νέο ορισμό στο disaster recovery και στο availability.
    Και φτάνουμε στον Exchange Server 2010. Η μεγαλύτερη αλλαγή αυτής της έκδοσης είναι ότι είναι αποκλειστικά και μόνο x64-bit. Παρόλο που η ομοιότητα με τον 2007 αγγίζει το 70% οι τεχνολογίες που εισήχθησαν στο άλλο 30% και στις οποίες έχουμε αναφερθεί κατά καιρούς μέσω του blog κάνουν την μεγάλη διαφορά και είναι κατά την γνώμη μου κίνητρο για αναβάθμιση.
    Στον τομέα των αλλαγών η MS διατήρησε την Jet EDB database αφαίρεσε όμως τα recovery storage groups όπως και την STM database αφήνοντας μόνο την EDB ενσωματόνοντας τις streaming data τεχνολογίες μέσα της.Επίσης κατήργησε τα Storage Groups όπως και τα administrative groups και routing groups.Να θυμίσουμε εδώ ότι τα Administrative groups υπήρχαν απο εποχής Exchange Server 5.0 όπου η διαχείρηση γινόταν βάσει sites που ήταν συνδεμένα με site connectors.Στο τομέα των routing groups αντί ο Exchange Server 2010 να χρησιμοποιεί τα δικά του ξεχωριστά routing groups για την δρομολόγηση των email χρησιμοποιεί πλέον το Active Directory Sites and Services για την διαδικασία αυτή.
    Οι έχοντες 2010 θα παρατηρήσουν ότι τα ExOLEDB, WebDAV, CDOEX, και Store Events έχουν αντικατασταθεί απο τα Exchange Web Services (EWS).
    Φτάνοντας στο ακανθώδες θέμα των public folders η Microsoft με την κυκλοφορία του 2007 είχε ανακοινώσει την σταδιακή απόσυρση σου σε επόμενες εκδόσεις. Μετά τις έντονες διαμαρτυρίες το product group αποφάσισε να τους διατηρήσει. Παρόλα αυτά στον 2010 δεν δημιουργούνται εξαρχής και θα πρέπει να τους δημιουργήσουμε με το χέρι. Αντί των Public folders η Microsoft προτείνει την χρήση του SharePoint 2007/2010 το οποίο σημειωτέον δίνει και περισσότερες δυνατότητες.
     
    Σε επόμενο post θα δούμε περισσότερς in-depth λεπτομέρειες για τις αλλαγές που υπάρχουν στον Exchange 2010 SP1.
×
×
  • Create New...