Mit dem People Picker von SharePoint lassen sich leider auch deaktivierte Accounts auswählen. Brendan Griffin schreibt in seinem Blog, wie dies abzuschalten ist:

stsadm -o setproperty -pn peoplepicker-searchadcustomfilter -url http://moss –pv (!userAccountControl=514)

Q: http://sharepoint.microsoft.com/blogs/fromthefield/Lists/Posts/Post.aspx?ID=66

Während der Migrationspfad von einer Workstation VM von VMware selbst unterstützt wird, ist der umgekehrte Weg nicht ganz so einfach.

Hierzu sind die folgenden Schritte nötig:

1. Anpassen der VMX Datei
2. Anpassen der VMDK (Konfigurations-)Dateien

(1) Zum ersten Schritt hin müssen eigentlich nur die Netzwerkeinstellungen korrigiert werden. Alle weiteren inkompatiblen Einstellungen werden beim ersten Öffnen zwar angewarnt, können aber ignoriert werden.

Es geht um folgende Zeile, die einfach entfern werden muss – Sonst kommt der Fehler “Unable to open network mapping library”:

ethernet0.networkName = "VM Network"

Darüber hinaus sollte die Einstellungen für die Netzwerkkarte und das CD-ROM Laufwerk angepasst werden. Danach sind auch die Warnungen über ungültige Einstellungen weg.

BTW: Es ist dran zu denken, dass viele Client-OS im ESX-Server eine statische IP verwenden und dann ggf. auf DHCP umgestellt werden müssen!

(2) Als zweites müssen nun alle Festplattendateien angepasst werden, bzw. die Konfigurationen dazu. Dies sind die .vmdk Dateien, welche kleiner 1KB sind. Dort müssen die folgenden Zeilen angepasst werden:

createType="vmfs"

RW 71073608 VMFS "OLD_2-flat.vmdk"

wird zu:

createType="monolithicFlat"

RW 71073608 FLAT "OLD_2-flat.vmdk" 0

Achtung: Die Null am Ende der zweiten Zeile nicht vergessen!

Q: http://www.schmittworks.com/blog/index.cfm/2008/5/26/VMware-unable-to-open-network-mapping-library
Q: http://vmware-forum.de/viewtopic.php?p=36670

Um dieses Limit anzuheben hat Adnan Ahmed eine Lösung beschrieben:

“

• Follow the steps below to add new entry in the windows registry:
• Open Registry Editor (RegEdit.Exe)
• Locate the following Key:
  HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Office Server\12.0\Search\Global\Gathering Manager
• Right Click Gathering Manager > New > DWORD Value. Name it MaxDownloadSize. Double-click, change the value to Decimal, and type the maximum size (in MB) for files that the gatherer downloads.
• RESET the index.
• Start Full Crawl.

“

Q: http://www.projectservergurus.com/adnan/Lists/Posts/Post.aspx?ID=14

Bei der SharePoint Suche ist es leider so, dass die gesamten Seiten – auch inkl. Navigation – idiziert werden. Hierzu gibt es einen kleinen Trick um dies zu verhindern. Und zwar benutzt die SharePoint Suche einen eigenen User-Agent: MS Search.

[ToolboxData("<{0}:MsSearchNoIndex runat=server></{0}:MsSearchNoIndex>")]
[ParseChildren(false)]
[PersistChildren(true)]
[Designer(typeof(ContainerControlDesigner))]
public class MsSearchNoIndex : WebControl
{
    public bool IsMsSearchActive
    {
        get
        {
            return this.Page.Request.UserAgent.Contains("MS Search") ||
                    this.Page.Request.UserAgent.Contains("Robot");
        }
    }
    protected override void RenderChildren(HtmlTextWriter writer)
    {
        writer.Write("<!-- User-Agent: " + this.Page.Request.UserAgent + " -->");
        if (!this.IsMsSearchActive)
            base.RenderChildren(writer);
    }

}

Nun werden all jene Inhalte mit dem neuen <MsSearchNoIndex /> Tag umschlossen, die nicht indiziert werden sollen. Eine Empfehlung aus der Praxis ist in den Masterpages die Navigations ContentPlaceholders zu umschließen, damit auch überschriebene Navigationsinhalte ausgeblendet bleiben.

Leider ist dies noch nicht ganz kompatibel zu allen Controls, und so sind leider z.T. die Inhalte im SharePoint Designer nicht zu sehen.