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
    Στο προηγούμενο 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 για τους πελάτες μας.



  2. i-away
    One of the improvements in Exchange 2019 is that that the client configuration became more easier. This is caused because of several improvements in Autodiscover.
    The clients that connect via EWS usually are connected to the EWS Endpoint using Autodiscover. It is known that Autodiscover provides also information for other protocol connections also and it support also multiforest configurations.
    When Exchange server is installed a virtual directory called Autodiscover  is created. After the appropriate URL are configured and stored in Active Directory the Client Access services that run on the Mailbox server provide authentication services and proxy services for both internal and external client connection.That results that Outlook clients can then connect to Exchange using only the user name and password.
    Autodiscover and Active Directory

    As said previously the creation of the Autodiscover virtual directory allows Outlook to automatically discover the necessary Exchange mailbox settings saving the users from having to write down and remember server names, ports, protocols, databases, etc. The user can simply provide a username and password and the rest is carried by Outlook.
    During the virtual directory creation an  SCP object is also created in Active Directory. That SCP object stores the authoritative URLs for the Autodiscover service and provides them to domain-joined computers. The SCP object points to the Exchange server and provides additional Autodiscover information to clients trying to connect to Exchange.
    The SCP object locates the Autodiscover server or endpoint that’s appropriate for the user trying to connect. It provides an easy way for domain-joined mail clients to look up Autodiscover servers.
    There are two types of SCP objects for the Autodiscover service that Exchange publishes. SCP pointers and SCP URLs.
    SCP pointers contain information that points to specific LDAP servers that are then used to locate Autodiscover SCP objects in the user’s Active Directory domain. SCP URLs contain Autodiscover URLs for Autodiscover endpoints.
    The Autodiscover service URL  will be either of the values below:
    https://yourdomain/autodiscover/autodiscover.xml https://autodiscover.yourdomain/autodiscover/autodiscover.xml The URL used will depend on whether the Autodiscover service is configured on a separate site or not.
    Autodiscover in DNS
    Exchange Server 2019 reduces the number of required namespaces since it does not require RPC Client Access namespaces. The Client Access services now proxy connection requests to whatever Mailbox server is hosting the active Mailbox database for the mailbox being connected to. A new feature in Exchange 2019 is the ability of a  a Mailbox server to proxy a session to another mailbox server in a different Active Directory site thus eliminating the need for  failback namespaces in DAG activation situations.
    Outlook and Autodiscover
    If Autodiscover is properly configured, Outlook clients can authenticate to Active Directory with just a user’s credentials. It will automatically search for the Autodiscover SCP objects for the domain. Once it finds the Autodiscover service, the Outlook client will connect to the Client Access services on the first Mailbox server it finds. Outlook will then collect profile information in XML format. This information is required to connect to the mailbox.
    Autodiscover can use one of four methods to configure an Outlook client:
    Connect to https://yourdomain/AutoDiscover/AutoDiscover.xml Connect to: https://autodiscover.yourdomain/AutoDiscover/AutoDiscover.xml Autodiscover redirect URL: http://autodiscover.yourdomain/autodiscover/autodiscover.xml Search for DNS SRV record The first two methods above are typical for smaller organizations with a single SMTP namespace. The second two are typical in multiple-SMTP namespace scenarios.
    Outlook uses the Autodiscover service to locate a new connection point. Autodiscover returns the following information to the Outlook client:
    User display name Internal and external connection settings Mailbox server hosting the active copy of the user’s mailbox URLs for various Outlook features (OAB, OWA, etc.) Outlook Anywhere server settings If the Exchange information for a user changes, the Outlook client will use the Autodiscover service to automatically reconfigure the user’s profile. This commonly occurs when a mailbox is moved. When this happens, Outlook contacts the Autodiscover service and automatically updates the user’s profile with the new mailbox location so that it can connect.
    Autodiscover and certificates

    When Exchange is installed, the installation process creates a self-signed certificate that’s signed by the Exchange server itself. This certificate is automatically installed on the server. However it is recommended that you use public certificate from a trusted third party.
    You can use the Microsoft Remote Connectivity Analyzer tool to confirm that the Autodiscover service in Exchange 2019 is accessible and functioning as expected. To test Autodiscover with the tool, launch the tool and select the Outlook Connectivity test. The tool will then attempt to connect to Exchange, using Autodiscover. If it fails, there is likely an issue with the external URLs configured in Exchange. Reading the results provided by the tool should reveal clues regarding why connectivity failed.


  3. i-away
    Hello to all.
    Recently i stumbled in client request asking if there is a way  to centrally configure Signatures for the employees without the need of a 3rd party tool. Fortunately there is an easy way in Office 365 to do this. Here is how :
    1) First of All you need to create a Transport Rule in EAC and choose to Build a Custom Rule
    2) Then you need to define the disclaimer text to be included in the rule. The trick here that you can use HTML Tags therefore have fields that will be replace accordingly for the user account details.
    3) Your Done!!!
    Note:  Although it may seem easy there are some tricky points:
    1) You need time to manually write the Rule with the HTML tags and have the correct fileds in the users configured
    2) The most important problem is the Format support.  The resulting signature will look weird on some devices and the image will increase the size of the mail.
    If you dont have problem with that you just have found and easy way to centrally manage your signatures across the organization.
    Happy signing!!!


  4. i-away
    One of the audit tasks that you may need to do while your operation on exchange server is how to find out by whom and when an Exchange Object was Created, Modified, or deleted mainly for troubleshooting purposes.

    You can easily do that using exchange management shell:
    Search-AdminAuditLog -ObjectIds “ObjectName” –StartDate  (date) –EndDate (date)

    Note: The ObjectIds parameter accepts a variety of objects, such as mailbox aliases, Send connector names, and so on. If you want to specify more than one object ID, separate each ID with a comma for a more fine-grained report.
    Happy Searching!!!


  5. 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.
     
    Μείνετε συντονισμένοι για περισσότερες λεπτομέρειες εντός των ημερών.
     
    Το πλήρες κείμενο της ανακοίνωσης θα το βρείτε εδώ . Πίσω στο σχεδιαστήριο λοιπόν...
     
  6. 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
  7. i-away
    Πολύ καλό και επεξηγηματικό άρθρο απο τον συνήθη ύποπτο Ben Appleby :
     

    During the beta of Office 365 for Enterprises, we received great
    feedback from our customers and wanted to vastly simplify the process
    for configuring Exchange in a hybrid deployment with Office 365. We are
    introducing the Hybrid Configuration Wizard in Exchange 2010 Service Pack 2 to refine the deployment process as a result of that feedback.

    What is the Hybrid Configuration Wizard?

    The Hybrid Configuration Wizard consists of:

    A new Exchange Management Console (EMC) wizard that guides you through the end-to-end process for configuring a hybrid deployment.
    A set of Exchange Management Shell (EMS) cmdlets that orchestrate the configuration process (as always, the EMC executes these Shell
    cmdlets).
    Improvements to the manageability of some of the underlying hybrid features (no more exchangedelegation.contoso.com or service.contoso.com
    domains – Yay!)

    What does it do?

    The hybrid configuration cmdlets take inputs from the wizard, analyze
    the state of your existing on-premises and cloud organizations, and
    calculate the required steps to correctly configure both organizations
    correctly. You can learn more about this process here.

    This friendly wizard replaces approximately 50 manual steps
    with just a few inputs and several clicks of your mouse. Here are some
    of the top tasks that the Hybrid Configuration Wizard will automatically
    verify and configure for you:

    Verifies that your on-premises and Office 365 organizations meet the prerequisites for a hybrid deployment. Provisions your on-premises Exchange federation trust. Creates mutual organization relationships between your on-premises and Exchange Online organizations. Modifies e-mail address policies to ensure that mailboxes can be moved successfully to Exchange Online in Office 365. Enables and configures free/busy calendar sharing, message tracking and MailTips for both your on-premises and Exchange Online
    organizations.
    Configures secure mail flow between your on-premises and Exchange Online organizations. You can even choose to have the wizard
    automatically configure Exchange Online organization to route mail
    through your on-premises Exchange organization to meet any additional
    business or compliance requirements.
    Enables support for Exchange Online Archiving for on-premises mailboxes for those customers that have chosen to include archiving in their Office 365 service plan.
    Once the hybrid deployment configuration process is complete, the
    following features are available between your on-premises Exchange
    organization and Exchange Online:

    Feature Description Native mailbox move Online mailbox moves with automatic Outlook reconfiguration Free/busy and calendar sharing Free/busy and calendar sharing between on-premises and Exchange Online mailboxes Secure mail TLS-encrypted and authenticated mail flow between your on-premises and Exchange Online organizations Exchange Online Archiving Provide unlimited cloud-based archive storage for your on-premises mailboxes Message tracking Integrated message tracking logs across on-your on-premises and Exchange Online organizations Multi-mailbox search Create a single search request that automatically queries both on-premises and Exchange Online mailboxes Outlook Web App redirection Redirect OWA logons for users that have been moved to Exchange Online Mailtips Ensures that MailTips are available for both your on-premises and Exchange Online organizations  


    If you've used the Exchange Server Deployment Assistant
    to configure a previous hybrid deployment, please note that we’re busy
    updating the current scenarios to provide guidance based on the
    automatic configuration process using the Hybrid Configuration Wizard.
    Watch this blog for announcements when the Deployment Assistant is
    updated.

    With that in mind, we'll be retiring the manual hybrid deployment configuration guidance provided with SP1
    and we strongly encourage you use the wizard wherever possible.
    Although we'll continue to support manually configured hybrid
    deployments, we believe that using the new wizard is the easiest, most
    reliable way of getting deployed and staying correctly configured.

     
  8. 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
  9. i-away
    Ένα απο τα νέα χαρακτηριστικά του Exchange 2010 είναι η δυνατότητα να κάνουμε archiving τα user mailboxes που βρίσκονται στον Exchange.Αυτό σε συνδυασμό με την δυνατότητα του Outlook 2010 να δείχνει στον χρήστη το κανονικό και το archiving mailbox ταυτόχρονα έκανε πράξη την ιδέα που είχε η Microsoft στο πως αφενώς απο την μια θα μειωθεί το μέγεθος του mailbox άρα θα γίνει και πιο γρήγορο και απο την άλλη πως θα διατηρείται εύκολα προσβάσιμος ο τεράστιος όγκος tvn μηνυμάτων.Το όφελος της παραπάνω ιδέας για τις εταιρείες είναι οτι πλέον δεν χρειάζονται λύσεις 3ων εταιρειών για το Archiving τους.Το μόνο τους χρειάζεται είναι Outlook 2010 Enterprise CAL.
    Η παραπάνω καινοτομία δεν επέφερε καμιά οπτική αλλαγή στον χρήστη.Το archived mailbox εμφανίζεται στον χρήστη με το ίδιο τρόπο που εμφανιζόταν στο Outlook 2007 το mailbox ενός άλλου χρήστη που ανοίγαμε.Το εμφανές πλεονέκτημα είναι ότι εφόσον τα Archived mailboxes αποθηκεύονται πλέον στον server η διαχείρηση τους γίνεται εξαιρετικά απλή και εύκολη.
    Τεχνικά πλέον το archiving, εντάσεται στο γενικότερο σύνολο του Messaging Records Management και αυτό γιατί πλέον ο χρήστης ή ο administrator μπορεί να επιλέξει τι και πότε θα κάνει με τα data του mailbox του. Το Records Management προσφέρει αρκετές επιλογές που μπορούν να ρυθμιστούν μέσω των Retention Policy Tags.
    Ας τις δούμε όμως αναλυτικά:

    MoveToArchive: Μεταφέρει το μήνυμα στο archive mailbox. Τα μηνύματα μετακινούνται στο ίδιο archived-φάκελο με τον αρχικό.
    MoveToDeletedItems: Μεταφέρει τα μηνύματα στον Deleted Items folder. Τα μηνύματα στον Deleted Items folder μπορούν να επαναφερθούν σε οποιονδήποτε άλλον folder.
    DeleteAndAllowRecovery: Μας επιτρέπει την επαναφορά των μηνυμάτων όταν ο Deleted Items folder αδειάσει ή ο χρήστης κάνει hard deletes ένα μήνυμα. Όταν αυτό συμβεί και έχει οριστεί deleted item retention το μήνυμα μετακινείται στον Recoverable Items folder ( aka dumpster ) δίνοντας μας την δυνατότητα επαναφοράς του.
    PermanentlyDelete: Οριστική και αμετάκλητη διαγραφή ενός μηνύματος.
    MarkAsPastRetentionLimit: Όρίζει πότε ένα μήνυμα έχει υπερβεί το retention limit. Τα Outlook 2010 και Outlook 2007 εμφανίζουν τα μηνύματα αυτά χρησιμοποιώντας strikethrough text. Ο χρήστης έχει την επιλογή είτε να το σβήσει οριστικά είτε να το μετακινήσει στο Archive.
     
    Στο επόμενο Post θα μιλήσουμε για τα Retention Tags.
  10. i-away
    Συνεχίζοντας την αναφορά μας στο Message Archiving ήρθε η ώρα να μιλήσουμε για τις Retention Tags.  Οι Retention Tags χρησιμοποιούνται για να εφαρμόζονται retention settings τόσο σε folders όσο και σε μεμονωμένα items ( mail,notes,contacts,κλπ). Τα Retention settings καθορίζουν το χρονικό διάστημα κατά το οποίο  ένα message θα είναι στο mailbox, όσο και το τι θα συμβεί μετά την παρέλευση αυτού του ορίου. Όπως είδαμε στο προηγούμενο post υπάρχουν 5 επιλογές : move to archive, move to deleted items folder, delete and allow recovery, permanently delete και  mark as past retention limit.

    Τα RPT μπορούν να εφαρμοστούν στους παρακάτω default folders:


    Deleted Items
    Drafts
    Inbox
    Junk Mail
    Outbox
    Sent Items
    RSS Subscriptions
    Sync Issues
    Conversation History
    Εδώ θα πρέπει να πούμε ότι δεν μπορούμε να έχουμε παραπάνω απο μία  RPT για τον ίδιο folder σε  στην ίδια retention policy. Μπορούμε όμως να κάνουμε όσες retention policy θέλουμε και να εφαρμόσουμε από μια RPT σε κάθε μια.

    Ένας άλλος τύπος  Retention Tag είναι τα  Default policy tags (DPTs).  Τα DPTs εφαρμόζουν retention settings σε mailbox items που δεν έχουν κάποιο άλλο retention tag επάνω τους.Εδώ ισχύει πάλι ο κανόνας του ενός DPT ανά retention policy.Το πλεονέκτημα του DPT είναι ότι δίνει την δυνατότητα στον Administrator  να εφαρμόσει μια retention policy σε όλα τα objects του mailbox του χρήστη (εξαιρούνται  Calendar, Contacts, Journal, Notes, και  Tasks).  Με την χρήση μια DPT μπορούν να ελεγθούν όλα τα περιεχόμενα ενός mailbox ακόμα και στους  folders που διημιουργεί ο χρήστης μόνος του.

    Ο τελευταίος τύπος  Retention Tag είναι οι Personal tags.  Αυτές είναι retention tags διαθέσιμες στους χρήστες ως μέρος της δικιάς τους retention policy. Οι χρήστες μπορούν να εφαρμόσουν αυτές τις tags σε όλους τους folders τους.

    Στην πράξη είναι προτιμότερο να χρησιμοποιούνται οι  Default Policy tags και αυτό διότι εφαρμόζονται σε όλους τους χρήστες που έχουν το συγκεκριμένο Retention Policy εφαρμοσμένο επάνω τους σε αντίθεση με τις RPT που εφαρμόζονται σε συγκεκριμένο object ( πχ. inbox ).

    Πως διημιουργούμε λοιπόν ένα tag που θα συνδεθεί αργότερα σε ένα policy?  Εδώ θα μας βοηθήσει η New-RetentionPolicyTag εντολή. Αυτό που κάνει είναι να δημιουργεί ένα νέο retention policy tag.Φυσικά μιλάμε για PowerShell καθώς δυνατότητες διαχείρησης των retention policies δεν υπάρχουν στην EMC ( θα υπάρχουν πιθανότατα στο SP1 ).Σε περίπτωση που θέλουμε να κάνουμε archive τα πάντα στο mailbox  χρησιμοποιούμε την εξής εντολή:



    New-RetentionPolicyTag “Users-RPT” -Type All -Comment “Items older then one month will be moved to Archive” -RetentionEnabled $true -AgeLimitForRetention 30 -RetentionAction MoveToArchive

    Το παραπάνω μεταφράζεται ως εξής: Δημιουργείται μια RPT που ονομάζεται Users-RPT.  Το  Type “All”  την κάνει DPT .Στην συνέχεια καθορίζεται ο χρόνος ισχύος της και το τι θα γίνει μετά την λήξη της (εξαιρούνται τα  Calendar, Contacts, Journal, Notes, και Tasks).

    Στο επόμενο post θα μιλήσουμε για την Retention Policy και για το πως συνδυάζεται με τα Policy Tags.
  11. i-away
    Η διαδικασία της απενεργοποίησης του archive ενός χρήστη είναι σχετικά απλή υπόθεση: Στην EMC βρίσκουμε το χρήστη στο Recipient Configuration και με δεξί κλικ επιλέγουμε Disable Archive. Αυτό ήταν, ο χρήστης πλέον δεν έχει archive.
    Τα πράγματα όμως δεν είναι τόσο απλά: Με το που θα απενεργοποιήσουμε το archiving ο χρήστης δεν μπορεί να δει τον αντίστοιχο φάκελο στο outlook του.Πρωτού πανικοβληθείτε πρέπει να σας πω ότι για 30 ημέρες το archived mailbox παραμένει στον Disconnected Mailbox folder που βρίσκεται κάτω από το Recipient Configuration . Εάν δεν φαίνεται εκεί πρέπει να τρέξουμε την εντολή Clean-MailboxDatabase –Identity “DatabaseName” για να εμφανιστεί.Εκεί με δεξί κλίκ μπορούμε να επιλέξουμε το Connect to Primary Mailbox σε περίπτωση που χρειαστεί να ανασύρουμε αρχεία . Παρόλα αυτά το χρονικό όριο των 30 ημερών ισχύει και εδώ.Μετα το πέρας των 30 ημερων πρέπει να γίνει επαναφορά απο backup.
    Εαν επανασυνδέσουμε το archived mailox παρατηρούμε ότι ενώ το archive είναι απενεργοποιημένο αυτό συνεχίζει να δουλεύει . Ο λόγος είναι οτι τα retention policies εξακολουθούν να εφαρμόζονται στο mailox.
    Για να το σταματήσουμε αυτό χρησιμοποιούμε την εξής εντολή:




    Set-mailbox user –RetentionPolicy $null
    Σαν best practice και προς αποφυγήν ατυχημάτων και ταλαιπωρίας προτείνεται να μην “παίζουμε” με το archive. Βέβαια αν έχουμε σωστό backup μπορούμε να διατηρήσουμε τα πάντα για πάντα.
    Σημείωση με την έλευση του SP1 σύμφωνα με πληροφορίες θα δίνεται η δυνατότητα να διατηρούμε το Archive σε ξεχωριστή DB. Αυτό κατα τηνπροσωπική μου γνώμη παρουσιάζει κάποια αρνητικά αλλά και κάποια θετικά επίσης που όμως ξεφεύγουν απο το scope του post.
     
    Ελπίζω μετά απο την σειρά αυτή των posts να έκανα σαφές και κατανοητό τον τρόπο λειτουργίας και τις δυνατότητες του Archiving στον Exchange 2010.
     
    Μέχρι το επόμενο Blog Post.. Keep Mailing!
  12. i-away
    Αφού λοιπόν έχουμε δημιουργήσει το Retention Tag αυτό που μας απομένει είναι να το κάνουμε link σε ένα Retention Policy.  Αφου δημιουργηθεί και το Retention Policy μπορούμε να το κάνουμε link σε οποιονδήποτε χρήστη έχει ενεργοποιημένο το archiving στον λογαριασμό του.
     
    Όπως καταλάβατε οι Retention Policies κάνουν apply τα retention tags στα mailboxes. Μπορούμε να έχουμε πολλά  retention tags επάνω σε ένα Retention Policy όπως έχουμε πει στα προηγούμενα post. Ας δούμε όμως τι retention tags μπορεί να δεχτεί ένα retention policy:
    Μία ή περισσότερες RPTs για τους folders Μία DPT με παράμετρο type All (Η καλύτερη λύση για archiving) Απεριόριστο αριθμό personal tags Να επισημάνουμε ότι δεν μπορούμε να έχουμε παραπάνω απο μία RPT για τον ίδιο folder σε μία Retention policy.
    Για την δημιουργία μιας Retention Policy χρειαζόμαστε Powershell και την New-RetentionPolicy εντολή:


    New-RetentionPolicy “Users-RP” –RetentionPolicyTagLinks “Users-RPT”
    Η παραπάνω εντολή μας δημιουργεί μια Retention Policy η οποία ονομάζεται  “Users-RP” και την κάνει στην  DPT  “Users-RPT” που δημιουργήσαμε πριν. 
    Μπορούμε βέβαια να δημιουργήσουμε το retention policy αλλά να μην κάνουμε άμεσα link κάποιο tag επάνω του.Μπορούμε να προσθέσουμε το tag αργότερα αν και δεν προτείνετε να μένει retention policy χωρίς tag.Η προσθήκη γίνετε με την χρήση της εντολής:
    Set-RetentionPolicy –Identity “Users-RP” –RetentionPolicyTagLinks “Users-RPT”

     
    Εφόσον ο χρήστης έχει ενεργοποιημένο το archiving πρέπει να εφαρμόσουμε το Retention Policy που φτιάξαμε παραπάνω στο mailbox. Αυτό γίνεται με την χρήση της εντολής:


    Set-Mailbox “Username” –RetentionPolicy “Users-RP”
    Και βάζοντας την τελευταία εντολή έρχεται και η οπτική αλλαγή
    Προ Archiving:
     
     
    Μετά την ενεργοποίηση του  Archiving:

     

     
    Το πρώτο που παρατηρούμε είναι ότι στο  archive mailbox δεν υπάρχει τίποτα.Αυτό συμβαίνει διότι δεν έχει τρέξει ακόμα ο Managed Folder Assistant ( απο default τρέχει μεταξύ 1am – 4am καθημερινά ) αλλά μπορεί να τρέξει και χειροκίνητα με την χρήση της εντολής: “Start-ManagedFolderAssistant”.  ΝΑ σημειωθεί οτι η διαδικασία γίνεται χωρίς να χρειάζεται ο χρήστης να είναι Online σε αντίθεση με το παλιό  Auto Archive που υπήρχε μέχρι τώρα.
    Και όπως βλέπουμε παρακάτω έχουν δημιουργηθεί και η εξτρά φάκελοι που έχουμε δημιουργήσει.

     
     
    Οκ ενεργοποιήσαμε το Archiving και νιώθουμε ευτυχισμένοι και χαμογελάμε διάπλατα για λίγα δευτερόλεπτα πριν συνειδητοποιήσουμε ότι δεν έχουμε ρυθμίσει 2 πράγματα:Το Archiving warning quota και το archive quota.  ;Όμως δεν χρειάζεται να ανησυχούμε διότι εξ ορισμού το archive warning quota και το archive quota είναι ρυθμισμένα στο Unlimited ( Ακούς Miss Marple? ).  Εφόσον με τις βελτιώσεις του Exchange έχουμε μεγάλη ευελιξία στο Storage μπορούμε αν δεν έχουμε πρόβλημα χώρου να το αφήσουμε έτσι , αλλιώς μπορούμε να το ρυθμίσουμε μέσω  EMS με την παρακάτω εντολή:


    Set-Mailbox –Identity “Simos” –ArchiveQuota 1GB –ArchiveWarningQuota 750MB
    Έχετε υπόψην σας ότι το recommended DB size για τον Exchange 2010 είναι στα 16TB όπως επίσης το recommended μέγεθος για τις DAG είναι 2TB και 200GB για τις non DAG DB.
    Ελπίζω να σε διαφώτισα Miss Marple.
    Στο επόμενο Post θα δούμε τι συμβαίνει στο account όταν κάνουμε disable το archive
  13. i-away
    Πρόσφατα έγινε διαθέσιμο το ενημερωμένο help file του Exchange Server που περιλαμβάνει της διορθώσεις και τις αλλαγές μέχρι το Cumulative Update 5.
    Το help file είναι διαθέσιμο εδώ
    Filed under: Exchange, Exchange 2013, News Tagged: Exchange News
     
    Source
  14. i-away
    Μετά απο ενδελεχή έλεγχο της ομάδας του Exchange το συγκεκριμένο update είναι ασφαλές για εγκατάσταση και προτείνεται να εγκατασταθεί το ταχύτερο δυνατό στους Exchange Servers
     
    Η σχετική ανακοίνωση είναι εδώ
     
  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
    Πέρνωντας αφορμή απο την απορία του φίλου blackman στο Forum, αποφάσισα να του απαντήσω μέσω του blogpost παρέχοντας ταυτόγχρονα και έναν αναλυτικό οδηγό που πιστεύω ότι θα βοηθήσει πολλούς απο εμάς.
    Ο Exchange server παρέχει την δυνατότητα να δεχτεί mail από πολλαπλά smtp domains όπως επίσης να ορίσουμε SMTP e-mail address στους χρήστες βάσει των recipient policies. Στο παρακάτω κείμενο θα δούμε βήμα προς βήμα πως μπορούμε να ρυθμίσουμε τον Exchange για να δέχεται e-mail από πολλαπλά SMTP domains και πως δημιουργούμε recipient policies για να δώσουμε στους χρήστες την σωστή e-mail addresses.
    Το πρώτο βήμα πριν την ρύθμιση του Exchange αυτού καθεαυτού είναι η καταχώρηση των Domain Names.Κατά την διαδικασία της καταχώρησης θα δηλώσουμε και του DNS Server που θα εξυπηρετούν τα Domain μας. Προτείνεται να χρησιμοποιηθεί ένας εξωτερικός provider για να κάνει host τις εξωτερικές έγγραφες στον DNS για τα queries που προέρχονται από Internet. Επίσης καλό θα ήταν να χρησιμοποιηθεί ο DNS του provider ως secondary/backup και να κρατήσουμε ως primary\master τον δικό μας DNS server.
    Αυτό θα μας επιτρέψει να κάνουμε πιο εύκολα αλλαγές στα records μας οι οποίες θα γίνονται μετά replicate στον εξωτερικό Dns μας. Επίσης αυτό θα μας επιτρέψει να διασφαλίσουμε καλύτερα τον DNS μας επιτρέποντας μόνο zone transfers και queries από την εξωτερική IP μας. Μόλις τελειώσουμε με τις διαδικασίες αυτές και τα Domain-Dns μας είναι σωστά καταχωρημένα θα πρέπει να προσθέσουμε τα MX record(s) για τον Exchange server που θα διαχειρίζεται τα εισερχόμενα mails μας .
    Μετά από αυτό θα πρέπει να ρυθμίσουμε τον Exchange να δέχεται e-mails από το domain μας. Για να το κάνουμε αυτό ακολουθούμε προσεκτικά τα παρακάτω βήματα:
    1. Ανοίγουμε τον Exchange System Manager (ESM)
    2. Πάμε στο <Org>\Recipients\Recipient Policies

    ?
    3. Ανοίγουμε την «Default Policy"
    Σε μια φρέσκια εγκατάσταση Exchange θα έχουμε μόνο "Default Policy" .Στο παράδειγμα μας εδώ έχουμε πολλαπλές για χάρη του post. Ένα κάνουμε upgrade από Exchange 5.5 μπορεί να υπάρχει μια policy που να αφορά τον Exchange 5.5 4. Πάμε στην "E-Mail Address (Policy)" καρτέλα


    Σε μια καινούργια εγκατάσταση θα δούμε μόνο 2 καταχωρήσεις του SMTP και του X400. 5. Επιλέγουμε New


    6. Επιλέγουμε "SMTP Address" και πατάμε OK
    7. Βάζουμε το νέο Domain για το οποίο θέλουμε να δέχεται mail ο Exchange αλλά προσέχουμε να ξεκινάει με "@"


    8. Πατάμε OK
    9. Εάν θέλουμε όλοι οι χρήστες μας να έχουν την νέα αυτή διεύθυνση σαν επιπρόσθετη SMTP διεύθυνση επιλέγουμε το check-box
    Οι χρήστες μας θα λάβουν μια διεύθυνση της μορφής <mailbox alias>@<domain> εάν επιλέξουμε το checkbox. Όπως προτείνεται και είναι ορθό και λογικό πρέπει να έχουμε έλεγχο για το ποιος χρήστης παίρνει τι και από ποια διεύθυνση. Αυτό επιτυγχάνεται με τις recipient policies που θα δούμε παρακάτω.  
    Πριν αναφερθούμε στις recipient e-mail address policies, ας δούμε πρώτα πως δουλεύουν . Ο Exchange δέχεται e-mails για τα domain names που υπάρχουν στις πολιτικές αυτές. Εάν ο Exchange server λάβει ένα message από ένα domain name ή ένα e-mail suffix που δεν υπάρχει σε μια πολιτική, θα επιστρέψει ένα NDR (Non-Deliver Receipt) μήνυμα στον αποστολέα. Αυτό προϋποθέτει ότι ο Exchange μας είναι ρυθμισμένος να στέλνει NDR σε όλα τα domains. Ακόμα και αν προσθέσουμε μία e-mail address σε έναν χρήστη στο AD U&C,ο Exchange πάλι θα απορρίπτει τα e-mail για τον user αυτόν εάν το e-mail suffix δεν υπάρχει σε μια από τις recipient policies.
    Όταν ο Exchange δέχεται mail από ένα domain, το οποίο υπάρχει στις policies,ελέγχει να δει εάν είναι το τελευταίο mail system που δέχεται mail γιατί το domain. Εάν είναι και η e-mail address δεν υπάρχει στο domain τότε κάνει generate ένα NDR μήνυμα. Αυτή η ρύθμιση ελέγχεται από το κουτάκι που μπορείτε να δείτε στην τελευταία φωτογραφία και λέει "This Exchange Organization is responsible for all mail delivery to this address." Εάν αυτό είναι από-επιλεγμένο και ο παραλήπτης δεν μπορεί να γίνει resolved, ο Exchange θα προσπαθήσει να το στείλει μέσω ενός SMTP connector. Για να μπορέσει το άλλο σύστημα να λάβει το e-mail,ένας SMTP connector πρέπει να είναι ρυθμισμένος για το ζητούμενο domain που να προωθεί τα μηνύματα στο άλλον mail server.
    Για παράδειγμα , Έστω μια εταιρεία που έχει Exchange και Send mail και οι χρήστες έχουν διεύθυνση "@company.com". Όταν ένα mail έρθει από το Internet είναι λογικό ότι είτε ο Send mail είτε ο Exchange για διαχειρίζεται τα εισερχόμενα e-mail για το domain. Εάν ο Exchange είναι ο primary mail server πρέπει να προωθεί όλα τα unresolved e-mails στον Send mail. Για να γίνει αυτό πρέπει το κουτάκι που αναφέρθηκε πιο επάνω να μην είναι επιλεγμένο και να έχει ρυθμιστεί ένας SMTP connector ή ο DNS mγια να προωθηθούν τα mail στον Send mail Server
    Το τελευταίο που πρέπει να ρυθμίσουμε είναι η προτεραιότητα της recipient policy. Όταν η Recipient Update Service (RUS) εκτελείται ,ελέγχει κάθε object για να δει ποιες πολιτικές εφαρμόζονται σε αυτό. Μετά από αυτό η RUS χρησιμοποιεί την πολιτική με την μεγαλύτερη προτεραιότητα για να εφαρμόσει την e-mail address για ένα object. Κάθε πολιτική μπορεί να έχει ένα LDAP φίλτρο επάνω της που ελέγχει σε ποιο αντικείμενο εφαρμόζεται η πολιτική . Τα φίλτρα αυτά πρέπει να βασίζονται σε σταθερές τιμές του object, μεταβαλλόμενες τιμές όπως DN and OU membership δεν μπορούν αν χρησιμοποιηθούν . Για αυτό είναι πολύ σημαντικό και τα φίλτρα και η προτεραιότητα της πολιτικής να είναι σωστά ρυθμισμένα .
    Ας δούμε τώρα πως δημιουργούμε μια recipient policy που αφορά συγκεκριμένα objects στο AD.Στην συγκεκριμένη περίπτωση η πολιτική μας θα αφορά του χρήστες του group "Sales".
    1. Δεξί κλικ στις Recipient Policies και επιλέγουμε New\Recipient Policy...
    2. Στην New Policy επιλέγουμε «E-Mail Addresses" και πατάμε ΟΚ


    3. Βάζουμε "Sales" για Name και πατάμε στο Modify... στο General tab
    4. Στο πλαίσιο « Find Exchange Recipients “αφήνουμε τις προεπιλεγμένες ρυθμίσεις στο General tab και επιλέγουμε το Advanced tab
    · Το General tab ελέγχει σε ποια object θα εφαρμόζονται οι πολιτικές μας
    · Το Storage tab μπορεί να χρησιμοποιηθεί για να φιλτράρει objects ανάλογα με τον server ή mailbox store που βρίσκονται
    · Το tab Advanced μπορεί να χρησιμοποιηθεί για να φιλτράρει objects βάσει οποιουδήποτε AD attribute
    5. Πατάμε στο Field και επιλέγουμε το User\Member Of


    6. Βάζουμε το πλήρες DN όνομα του group, πχ: "CN=Sales,OU=Group,DC=Altered,DC=com"

    Â
    · Αντί του group membership, μπορούσαμε να χρησιμοποιήσουμε τα State, Department, Company ή όποιο άλλο attribute θέλαμε. Εάν χρησιμοποιήσουμε κάποιο linked attribute, όπως Member Of ή Manager, θα πρέπει μα βάλουμε το DN κάθε object.
    · Εάν δεν ξέρουμε το DN του object, ανοίγουμε το AD U&C και αφού βεβαιωθούμε ότι οι "Advanced Features" είναι ενεργοποιημένες κάτω από το View menu. Ανοίγουμε το object που μας ενδιαφέρει και επιλέγουμε το Object tab. Αυτό μας εμφανίζει το canonic path του object, αντιστρέφουμε το path και το αλλάζουμε σε distinguished name format. Πχ: altered.com\ Groups\Sales γίνεται CN=Sales,OU=Groups,DC=Altered,DC=com"
    7. Πατάμε Add
    8. Επιλέγουμε Find Now  για να επαληθεύσουμε οτι το DN που βάλαμε είναι σωστό


    · Στα αποτελέσματα αυτά όποιο object που βρίσκεται στο Sales group, η ταιριάζει με τα κριτήρια που θέσαμε , και είναι mail ή mailbox enabled θα πρέπει να εμφανίζεται
    9. Πατάμε OK
    10. Πατάμε OK στο information message
    11. Αυτό λογικά θα μας εμφανίσει ένα φίλτρο όπως το παρακάτω, πατώντας στο «E-Mail Address (Policy)" tab θα δούμε

    12. Οι τρέχοντες κανόνες e-mail θα εμφανιστούν, αφαιρούμε όλες τις address που δεν θέλουμε να προστεθούν στα objects που είναι μήκη του Sales group
    · Θα πρέπει να αφήσουμε 1 τουλάχιστον X.400 address και SMTP address
    13. Πατάμε New... και διαλέγουμε SMTP Address
    14. Στο address box βάζουμε «%g@sales. <domain>", πχ "%[email protected]" και πατάμε OK


    · Αυτό λέει στον Exchange να δημιουργήσει ένα <givename>@sales.izzy.org address για όλους τους users που κάνουν match το recipient policy filter, στην περίπτωση μας τα μελή του Sales group .
    15. Εισάγουμε όποια επιπρόσθετη address θέλουμε οι χρήστες να έχουν
    Παράδειγμα
    1. %g@<domain>, πχ: %[email protected] becomes [email protected]
    2. %g.%s@<domain>, πχ: %g.%[email protected] γίνεται [email protected]
    3. %1g%s@<domain>, πχ %1g%[email protected] γίνεται [email protected]
    · Για περισσότερες πληροφορίες για τα strings\variables δείτε στο KB822447
    16. Επιλέγουμε την mail address που θέλουμε ως primary address, αυτή που θα φαίνεται ως η Reply To στα e-mails μας και πατάμε Set as Primary
    17. Επιλέγουμε τα e-mail aliases που θέλουμε να έχουν οι χρήστες που θα δέχονται την πολιτική αυτή


    18. Πατάμε OK
    19. Εδώ θα μας ζητηθεί αν θέλουμε να ενημερώσουμε τις e-mail address για τα objects που κάνουν match τις νέες address, πατάμε No. Αυτό θα συμβαίνει για κάθε e-mail address που κάνουμε
    · Επιλεγέντας Yes,ο Exchange θα προσθέσει τις νέες e-mail address στο object που ταιριάζουν στον κανόνα που δημιουργήσαμε.
    Εδώ πρέπει να σημειώσουμε ότι οι χρήστες θα πάρουν και την “@altered.com “ ( η κύρια mail address μας ) . Αυτό γίνεται γιατί το OWA απαιτεί όλοι οι χρήστες να έχουν κοινό e-mail domain .
    Τώρα που δημιουργήσαμε την πολιτική μας πρέπει να ορίσουμε και την προτεραιότητα της ώστε να είναι η τελευταία που θα εφαρμόζεται στους χρήστες του group sales. Εάν αυτή είναι η μόνη πολιτική που έχετε θα πρέπει να πάρει priority 1, που σημαίνει ότι θα είναι η μεγαλύτερης προτεραιότητας recipient policy. Η Default Policy είναι πάντα η χαμηλότερης προτεραιότητας πολιτική.
    1. Κάτω από τις Recipient Policies, με δεξί κλικ στο “ new Sales policy “ και επιλέγουμε « All Tasks\Move up “


    2. Επαναλαμβάνουμε μέχρι η πολιτική μας να είναι η ψηλότερη που θα εφαρμόζεται στους χρήστες που επαληθεύουν το filter που βάλαμε.


    · Στο περιβάλλον μας , η "Main" policy μας περιλαμβάνει τα κύρια domain names και αρκετά string replacement e-mail address . Οι άλλες πολιτικές πάνω από το Sales φιλτράρονται από άλλα attributes. Εάν ένας user ταιριάζει με την πολιτική sales και με μία από τις χαμηλότερες προτεραιότητας πολιτικές, οι χαμηλότερες πολιτικές θα αγνοηθούν. Εάν ταιριάζει με την πολιτική sales και με μία από τις υψηλότερης προτεραιότητας πολιτικές, η πολιτική sales θα αγνοηθεί.
    Τώρα που έχουμε δημιουργήσει την νέα πολιτική και έχουμε ορίσει τα priorities σωστά , μπορούμε να «αναγκάσουμε « τον Exchange μας να εφαρμόσει την πολική μας στα objects που θέλουμε. Ας δούμε αναλυτικά πως γίνεται αυτό
    1. Στον ESM, πάμε στο <Org>\Recipients\Recipient Update Service
    2. Δεξί κλικ στο "Recipient Update Services (<domain name>)" και επιλέγουμε Update Now


    3. Για να το επαληθεύσουμε ανοίγουμε έναν από τους χρήστες που επηρεάζει η πολιτική και κοιτάμε της e-mail addresses του η οποία πρέπει να είναι όπως στην εικόνα παρακάτω
    · Μπορεί να χρειαστεί αρκετός χρόνος για την RUS να επεξεργαστεί όλους τους χρήστες. Εάν ο DC που χρησιμοποιεί η RUS βρίσκεται σε διαφορετικό AD site μπορεί να χρειαστεί παραπάνω από 15 λεπτά.


    Σημείωση :
    Εάν αλλάξετε κανόνες e-mail address generation σε μια υπάρχουσα πολιτική ή την διαγράψετε ο , Exchange δεν αφαιρεί τις παλιές\προηγούμενες addresses που έχουν ρυθμιστεί από τις πολιτικές αυτές. Αυτό γίνεται για να αποφευχθεί η αφαίρεση addresses που οι χρήστες χρησιμοποιούσαν παλιά και στις οποίες εξακολουθεί να πηγαίνει mail.Για την αφαίρεση τους μπορούμε να χρησιμοποιήσουμε VBScript.
     
    Tip: Μπορούμε να διημιουργήσουμε μια Address List έτσι ώστε οι χρήστες του Outlook να μπορούν να βρούν τους ομοεταίρους τους πολύ πιο εύκολα αντί να ψάχνουν σε όλη την Global Address List





    Εδώ για να καλύψουμε την πιθανότητα κάποιων χρηστών που επιθυμούν να κάνουν log in χρησιμοποιόντας το domain name της εταιρείας τους ,μπορούμε να προσθέσουμε μέσω του  ADSIEdit ένα UPN suffix ώστε να τους δόσουμε αυτή την δυνατότητα.




     
    Σε επόμενο post θα αναφερθούμε σε ένα πιο περίπλοκο σενάριο αυτό του “ Provisioning “  δηλαδή της διημιουργίας virtual Exchange Organization και την απομόνωση των χρηστών κάθε εταιρείας ώστε να βλέπουν μόνο τους χρήστες της εταιρείας τους.
     
     
     
     
     
     
     
     
     
     
     
  17. 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 γιατί χωρίς αυτούς τίποτα δεν θα ήταν δυνατόν.
     
    Ευχαριστώ.
     
     

  18. i-away
    1η Ιανουαρίου ώρα 16:30 : Αρχίζω να κοιτάζω τα mail μου περιμένοντας είτε ένα ευχάριστο mail είτε ένα δυσάρεστο.
     
    16:50 : Ακόμα τίποτα...
     
    17:30 : Δεν έχει έρθει τίποτα ακόμα... Δεν μπορεί σκέφτομαι.. πρέπει να έρθει ένα mail..
     
    17:32 : Συνειδητοποιώ ότι έχει έρθει στα junk ένα mail...
     
    Και όντως :
     
    ""Dear George Andritsos,
     
     
     
    Congratulations! We are pleased to present you with the 2012 Microsoft® MVP
    Award! This award is given to exceptional technical community leaders who
    actively share their high quality, real world expertise with others "
     
     
    Με
    αυτή την ευκαιρία θα ήθελα για άλλη μια φορά να ευχαριστήσω όλους τους
    ανθρώπους που ο καθένας με τον τρόπο του κάνουν δυνατή την ύπαρξη της
    κοινότητας, και μας δίνουν τη δυνατότητα να επικοινωνούμε, να
    μοιραζόμαστε σκέψεις, απόψεις, απορίες και λύσεις.

    Εύχομαι ολόψυχα το 2012 να μπορέσει ο καθένας να
    το περάσει με τον καλύτερο δυνατό τρόπο, και πιστεύω πως έχει έρθει ο
    καιρός -υπό την πίεση των περιστάσεων- να κάνουμε όλοι μια
    επαναξιολόγιση των προτεραιωτήτων μας, να αναζητήσουμε άλλους -πολλές
    φορές ξεχασμένους- τρόπους να εκφραστούμε και να χαρούμε, ώστε να
    ξεπεράσουμε με τον καλύτερο τρόπο τις δυσκολίες, αλλά και τις προκλήσεις
    που θα βρούμε αναπόφευκτα μπροστά μας.
    ΚΑΛΗ ΧΡΟΝΙΑ ΣΕ ΟΛΟΥΣ!!!
  19. i-away
    Hello to all!!
    Today Exchange Product Group announced a long-expected addition on Office 365. The ability to migrate G-Suite calendars and contacts to Office 365 with nothing more than Office 365 native tools.
    Currently there is a 2GB migration limit per day. This is a great step forward but there are many more things to come. Migration currently does not support
    Mail: Vacation Settings or Automatic reply settings as well as Filters or Rules Meeting Rooms: Room bookings Calendar: Shared calendars, cloud attachments, Google Hangout links and event colors Contacts: A maximum of three email addresses per contact are migrated over Contacts: Gmail tags, contact URLs and custom tags are not migrated over You can read more information here

    Happy Migrations!!!


  20. i-away
    Όπως έγινε γνωστό το Office 365 χρησιμοποιεί για την εξυπηρέτηση των χρηστών του τα λεγόμενα CDN ή Content Delivery Networks. Το πλεονλεκτημα της χρήσης ενός τέτοιου αποκεντρωμένου δικτύου είναι η δυνατότητα και η ταχύτητα που προσφέρει στους χρήστες τους να κατεβάζουν το περιεχόμενο που τους ενδιαφέρει γρήγορα και με μεγάλη ταχύτητα.
    Περισσότερα μπορείτε να διαβάσετε εδώ
    Filed under: Uncategorized
     
    Source
  21. 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.
  22. 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 αλλά με απλές ερωτήσεις σαν αυτές που παρέθεσα παραπάνω η λύση είναι πάντα θέμα χρόνου.
  23. i-away
    Με αφορμή μια συζήτηση που είχα το πρωί με τον εκλεκτό συνάδερφο κ.Σίμο μεταξύ άλλων τέθηκε το θέμα του μέλλοντος των Public Folders στον επερχόμενο Exchange 2010 καθώς και η χρήση ή μη των Windows Sharepoint Services αντί των Public Folders.
     
    Ας δούμε όμως λίγα πράγματα για τους Public Folders. Αρχιτεκτονικά οι Public Folders είναι ένα θα λέγαμε "ειδικό" mailbox. Όπως τα υπόλοιπα mailboxes έχει την ίδια δομή, αλλά σε αντίθεση με τα υπόλοιπα mailboxes, αποθηκεύεται σε ξεχωριστή βάση και το περιεχόμενο τους μπορεί να γίνει replicate μεταξύ των servers. Οι administrators μπορούν να διαχειριστούν κεντρικά τους PFs επιτρέποντας στους χρήστες να διαχειρίζονται την δομή και τα περιεχόμενα τους .
    Γιατί χρησιμοποιούνται?
    Οι Public Folders εμφανίστηκαν στην πρώτη έκδοση του Exchange ως μία λύση διαμοιρασμού αρχείων , συζητήσεων και ώς πλατφόρμα για custom applications.
    Όλες οι εκδόσεις του Outlook (απο το 97 μέχρι το 2003) χρησιμοποιούν επίσης τους Public Folders για τους εξής λόγους:
    1) Offline address book distribution
    2) Free/busy lookups
    3) Organizational form library
    4) Outlook Security settings
     
    Στον Exchange 2003 SP2, έγινε μεγάλη προσπάθεια όσον αφορά την διαχείριση των Public Folders, εμφανίζοντας κάποιες επιπλέον δυνατότητες για τους διαχειριστές όπως:
    1) stop and resume content replication
    2) apply delta changes recursively through a hierarchy
    3) synchronize the hierarchy
    4) ensure safe movement and/or removal of servers and stores
    5) log public folder deletions
    Επίσης ταυτόχρονα με το SP2 εμφανίστηκε και ένα εργαλείο . Το PFDavAdmin, το οποίο εκτός απο καταπληκτικό εργαλείο διαχείρισης των Public Folder , επιλύει και ένα σημαντικό πρόβλημα που υπήρχε μέχρι τότε: Πως θα διακρίνουμε τους φακέλους που δεν χρησιμοποιούνται .
    Τα προγράμματα antivirus με τον έλεγχο που κάνουν για κακόβουλο λογισμικό στους Public Folders δημιουργούν σύγχυση σχετικά με το πότε οι φάκελοι χρησιμοποιούνται απο αυτά και πότε απο τους χρήστες καθώς οι τρέχουσες εκδόσεις Exchange δεν έχουν κάποιο τρόπο διάκρισης. Το PFDavAdmin έρχεται να λύσει αυτό το πρόβλημα δίνοντας μια σωστή εικόνα για το πότε τα περιεχόμενα των Public Folders έχουν τροποποιηθεί απο τους χρήστες και πότε.
    Όπως έχει ανακοινώσει η developement team του Exchange 2010, θα υπάρχει υποστήριξη για τους Public Folders και σε αυτή την έκδοση του Exchange . Βέβαια η Microsoft δείχνει ότι δίνει πολύ βάση στην ανάπτυξη των Sharepoint Services είτε μέσω της δωρεάν λύσης Windows Sharepoint Services είτε μέσω του πολύ πιο εξειδικευμένου προγράμματος Microsoft Office Sharepoint Server ( MOSS ).
    Ο παρακάτω πίνακας αποτελεί έναν "οδηγό" τρόπον τινά για το τι είναι καλύτερο να ακλουθούμε σε κάθε περίπτωση
     
     
    Scenario Use PF's Currently? New to PF's? Document Sharing SharePoint may be better option SharePoint is better option Calendar Sharing No need to move Use either Contact Sharing No need to move Use either Discussion Forums No need to move Use either Distribution Group Archive
    No need to move Use either Custom Applications SharePoint may be better option SharePoint may be better option Organizational Forms No need to move Use InfoPath
    Μία ακόμα εναλλακτική λύση θα ήταν να δημιουργήσουμε μια custom SQL Server εφαρμογή για να αντικαταστήσουμε τα Public Folders
     
    Τα δυνατά σημεία του SharePoint:
    Team Workspaces: Το SharePoint βοηθάει τους χρήστες να επικοινωνούν εύκολα μεταξύ τους , παρέχοντας εύκολη πρόσβαση σε έγγραφα και πληροφορίες. Documentation Management : Οι PF δεν είναι καθαρά σχεδιασμένοι για διαμοιρασμό αρχείων και συνεργασία . Το SharePoint παρέχει πολλές επιλογές διαχείρησης εγγράφων με σημαντικότερη αυτή του versionning όπως και της αυτόματης ειδοποίησης σε περίπτωση αλλαγής του εγγράφου. Workflow Applications: Το SharePoint παρέχει πάρα πολλά templates που βοηθάνε τους διαχειριστές να υλοποίησουν εξειδικευμένες λύσεις και να διαμορφώσουν φόρμες ανάλογα με τις ανάγκες τους. Exchange Server Public Folders :
    Outlook integration : Οι Public Folders είναι πλήρως ενσωματωμένοι στο Outlook και στο Outlook Web Access. Replication: Οι Exchange Public Folders έχουν πραγματική multi-master replication architecture, επιτρέποντας το replication της δομής και των περιεχομένων τους σε πολλούς servers εξασφαλίζοντας παραγωγικότητα και αδιάλειπτη λειτουργία. Οι Exchange Public Folders θα υποστηρίζονται για τουλάχιστον 10 χρόνια απο την επόμενη έκδοση του Exchange Server. Η μετάβαση απο τους Exchange Public Folders στο SharePoint, δεν είναι υποχρεωτική αλλά εαν γίνει πρέπει να ληφθούν υπόψη τα παρακάτω:
    Δομή και οργάνωση των Public Folder – Η πολυπλοκότητα και το μέγεθος όπως και η δομή των PF hierarchy, έχει σημαντικό αντίκτυπο στο χρόνο που θα απαιτηθεί για να γίνει η μετάβαση απο τους PF στο Sharepoint. Ένας μικρός αριθμός PF's, οργανωμένος σωστά ( λέγε με σωστό Planning και design πριν να υλοποίησεις οτιδήποτε ) θα απαιτήσει λιγότερο χρόνο και σχεδιασμό για την υλοποίηση του/. Σε αντίθετη περίπτωση θα χρειαστεί σημαντικά μεγαλύτερος χρόνος και υπάρχι μεγάλη πιθανότητα το τελικό αποτέλεσμα στο Sharepoint να διαφέρει σημαντικά απο την υπάρχουσα δομή των PF's. Περιεχόμενο των Public Folder – Το περιεχόμενο των Public Folders έχει άμεση σχέση με το πώς θα υλοποιήσουμε το migration.  
    1. Ο τύπος του περιεχομένου σε ένα Public Folder επηρεάζει τον τύπο της λίστας πο διημιουργειται στο SharePoint. Οι Public Folders που χρησιμοποιούνται για ομαδικό calendaring ή contact sharing μπορούν να εισαχθούν σε παρόμοιες λίστες στο SharePoint. 2. Σύνθετα έγγραφα ( πχ έγγραφα με attachments) πρέπει να προσεχτούν.Στο SharePoint, κάθε document library είναι μια λίστα με ξεχωριστά αντικείμενα. Αυτό βέβαια δεν αποτελέι πρόβλημα καθώς τα Exchange items μπορύν να εξαχθούν ως .msg files, αλλά εάν θέλουμε να τα χωρίσουμε σε πολλά κομμάτια θα πρέπει να έχουμε μια στρατηική για να διατηρούμε την συνέχεια των κομματιών αυτών. Public Folder Permissions – Όπως είναι λογικό οι ιδοκτήτες των Public Folders θα θέλουν να διατηρήσουν τα permissions τους στις καινούργιες SharePoint λίστες.Το PFDavAdmin μπορεί να βοηθήσει και εδώ εξάγοντας τα permissions κάθε PF (αλλά δεν υποστηρίζει το import τους στο SharePoint). Ονομασία Public Folder – Το SharePoint έχει κάποιους περιορισμούς όσον αφορά την ονομασία , το μέγεθος και το μήκος των αρχείων όπως και κάποιους περιορισμούς χαρακτήρων. Αυτοί οι περιορισμοί θα επιδράσουν στους Public Folders που γίνονται migrate,όπως επίσης και στα περιεχόμενα τους. Mail-enabled SharePoint Document Library's – Ενώ οι libraries μπορούν να αποθηκεύουν οποιονδήποτε τύπο αρχείου , τα e-mail που στέλνονται στις mail-enabled libraries συνήθως εμφανίζονται σε μορφή .eml (Outlook Express format). Εαν προσπαθήσουμε να ανοίξουμε τα αρχεία αυτά, αυτά ανοίγουν μέσω του web browser και θα περιέχουν μόνο το κείμενο και όχι την επικεφαλίδα ή τα attachment.Μποούμε να διημιουργήσουμε μια δικιά μας εφαρμογή που θα μετατρέπει τα .eml σε .msg ή να χρησιμοποιήσουμε μια απο τις πολλές που υπάρχουν στο internet. Public Folder Replication – Ο Exchange Server επιτρέπει το replication των περιεχομένων των Public Folders σε άλλους Exchange Servers. Το SharePoint δεν έχει αυτή την multi-master replication αρχιτεκτονική. Εαν το replication του περιεχομένου είναι σημαντικό τότε θα πρέπει μετά την μετάβαση στο Sharepoiny να καταφύγουμε σε 3rd Party εφαρμογές Υπάρχουν πολλά πλεονεκτήματα για την μετάβαση μας στο SharePoint αν και σε κάποιες περιπτώσεις η χρήση των Public Folders ίσως εξυπηρετεί καλύτερα τις ανάγκες μας.Καλό θα ήταν βέβαια να προετοιμαστούμε για την μετάβαση στα Sharepoint Services καθώς αν και οι Public Folders θα υποστηρίζονται μέχρι το 2016 τα Sharepoint Services αναπτύσονται συνεχώς από την Microsoft και στο μέλλον θα αποτελέσουν μάλλον την μόνη λύση για τις ανάγκες μας.
    Το μόνο "δωρεάν" migration tool για την μετάβαση στο SharePoint, είναι ένα community-based tool, απο τον Kimmo Forss. Οι χρήστες που ενδιαφέρονται για migration από Exchange Public Folders σε SharePoint , μπορούν να χρησιμοποιήσουν κάποια 3rd Party εφαρμογή που επιλύει τα παραπάνω προβλήματα.Διαθέσιμα εργαλεία migration διατίθενται απο τις παρακάτω εταιρείες:
    Quest Software Casahl Tzunami Information Works AvePoint  
    Συνοψίζοντας μπορούμε να πούμε ότι :
    Οι Public Folders χρησιμοποιούνται ευρέως ως λύση διαμοιρασμού αρχείων, calendar, επαφών και εργασιών όπως και για το archiving των distribution lists. Ο Exchange 12 και το Outlook 2007 θα έχουν υποστήριξη για public folder – με βελτιώσεις στην διαχείρηση μειωμένο κόστος αποθήκευσης και θα παρέχεται υποστήριξη τουλάχιστον μέχρι το 2016. Τα Windows SharePoint Services είναι μια εναλλακτική μέθοδος απο την Microsoft που εκτός των άλλων περιλαμβάνει και τις δυνατότητες των Public Folders. Το DL archiving και το Outlook synchronization είναι νέα features των Windows SharePoint Services v3. Για την ανάπτυξη νέων εφαρμογών προτείνεται η χρήση των WSS v3 καθώς και οι υπηρεσίες web του Exchange 2010. Όλες οι εκδόσεις του Outlook (από 97 μέχρι 2003) και του Exchange (4.0 μέχρι 2003) απαιτούν Public Folders – Οι Public Folders προαπαιτούνται σε ένα organization μέχρι όλοι οι Outlook clients να αναβαθμιστούν σε Outlook 2007 και όλα τα mailboxes να μεταφερθούν στον Exchange 2010 Τι καινούργιο έρχεται στον Exchange 2010?
     
    Exchange 2010 64-bit storage optimizations Exchange 2010 MONAD command line experience η οποία μπορεί να χρησιμοποιηθεί για το deployment των public folder. Το Outlook 2007 και ο Exchange 2010 έχουν βελτιωμένη λογική συνδεσιμότητας και συγχρονισμού σε περιβάλλοντα πολλών mailboxes και Public Folders. Ο Exchange 2010 είναι η πρώτη έκδοση του Exchange που επιτρέπει στους χρήστες να απενεργοποιήσουν τους Public Folders. Όταν οι Public Folders δεν είναι ενεργοί το Outlook 2007 είναι η μόνη έκδοση του Outlook που υποστηρίζει: Offline address book distribution μέσω BITS http connection με τον Exchange 2010 client access server. Free/busy lookups through μέσω της Exchange 2010 availability web service Outlook Security settings από την registry μέσω Group Policy Οι Organizational forms δεν θα είναι διαθέσιμες (Προτείνεται η χρήση των Infopath forms ) Τα WSS v3 προσθέτουν υποστήριξη για DL archiving και Outlook synchronization. Το Exchange 2010 OWA θα υποστηρίζει την προβολή documents που διαμοιράζονται μέσω των SharePoint sites. Ο Exchange 2010 client access server έχει κάποιους περιορισμούς όσον αφορά την υποστήριξη των public folder : δεν υποστηρίζεται IMAP, NNTP, ούτε και OWA access στους Exchange 2010 public folders (Η OWA πρόσβαση σε Exchange 2000 και Exchange 2003 public folders θα είναι δυνατή για τους χρήστες του Exchange 2010 ). Ο Exchange 2010 θα συνεχίσει να υποστηρίζει το replication των Public Folders μεταξύ γεωγραφικά κατανεμημένων sites. Τα WSS v3 έχουν περιορισμένη υποστήριξη για αυτές τις τοπολογίες.  
     
     
     
     
     
     
     
     
     
     
     
     
     
  24. 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 και στους τρόπους επίλυσης τους.
     

     
  25. i-away
    In early August of this year, the Windows SE team released the
    following Knowledge Base (KB) article and accompanying software hotfix
    regarding an issue in Windows Server 2008 R2 failover clusters:

    KB2550886 - A transient communication failure causes a Windows Server 2008 R2 failover cluster to stop working

    This hotfix is strongly recommended for all databases availability
    groups that are stretched across multiple datacenters. For DAGs that are
    not stretched across multiple datacenters, this hotfix is good to have,
    as well. The article describes a race condition and cluster database
    deadlock issue that can occur when a Windows Failover cluster encounters
    a transient communication failure. There is a race condition within the
    reconnection logic of cluster nodes that manifests itself when the
    cluster has communication failures. When this occurs, it will cause the
    cluster database to hang, resulting in quorum loss in the failover
    cluster.

    As described on TechNet,
    a database availability group (DAG) relies on specific cluster
    functionality, including the cluster database. In order for a DAG to be
    able to operate and provide high availability, the cluster and the
    cluster database must also be operating properly.

    Microsoft has encountered scenarios in which a transient network
    failure occurs (a failure of network communications for about 60
    seconds) and as a result, the entire cluster is deadlocked and all
    databases are within the DAG are dismounted. Since it is not very easy
    to determine which cluster node is actually deadlocked, if a failover
    cluster deadlocks as a result of the reconnect logic race, the only
    available course of action is to restart all members within the entire
    cluster to resolve the deadlock condition.

    The problem typically manifests itself in the form of cluster quorum
    loss due to an asymmetric communication failure (when two nodes cannot
    communicate with each other but can still communicate with other nodes).
    If there are delays among other nodes in the receiving of cluster
    regroup messages from the cluster’s Global Update Manager (GUM), regroup
    messages can end up being received in unexpected order. When that
    happens, the cluster loses quorum instead of invoking the expected
    behavior, which is to remove one of the nodes that experienced the
    initial communication failure from the cluster.

    Generally, this bug manifests when there is asymmetric latency (for
    example, where half of the DAG members have latency of 1 ms, while the
    other half of the DAG members have 30 ms latency) for two cluster nodes
    that discover a broken connection between the pair. If the first node
    detects a connection loss well before the second node, a race condition
    can occur:

    The first node will initiate a reconnect of the stream between the
    two nodes. This will cause the second node to add the new stream to its
    data. Adding the new stream tears down the old stream and sets its failure
    handler to ignore. In the failure case, the old stream is the failed
    stream that has not been detected yet. When the connection break is detected on the second node, the second
    node will initiate a reconnect sequence of its own. If the connection
    break is detected in the proper race window, the failed stream's failure
    handler will be set to ignore, and the reconnect process will not
    initiate a reconnect. It will, however, issue a pause for the send
    queue, which stops messages from being sent between the nodes. When the
    messages are stopped, this prevents GUM from operating correctly and
    forces a cluster restart.
    If this issue does occur, the consequences are very bad for DAGs. As a
    result, we recommend that you deploy this hotfix to all of your Mailbox
    servers that are members of a DAG, especially if the DAG is stretched
    across datacenters. This hotfix can also benefit environments running
    Exchange 2007 Single Copy Clusters and Cluster Continuous Replication
    environments.

    In addition to fixing the issue described above, KB2550886 also
    includes other important Windows Server 2008 R2 hotfixes that are also
    recommended for DAGs:

    http://support.microsoft.com/kb/2549472 - Cluster node cannot rejoin the cluster after the node is restarted or removed from the cluster in Windows Server 2008 R2 http://support.microsoft.com/kb/2549448
    - Cluster service still uses the default time-out value after you
    configure the regroup time-out setting in Windows Server 2008 R2 http://support.microsoft.com/kb/2552040 - A Windows Server 2008 R2 failover cluster loses quorum when an asymmetric communication fail
×
×
  • Create New...