Gabriele Del Giovine Blog (Z80 powered brain...)


Un blog su quel che faccio (o cerco di fare...)
Calendario
novembre 2024
lmmgvsd
28293031123
45678910
11121314151617
18192021222324
2526272829301
2345678
Archivio Posts
Anno 2011

Anno 2010

Anno 2009

Anno 2008

Anno 2007

Anno 2006

Anno 2005
Links
    Mappa
    Blogs Amici
      Statistiche
      • Views Home Page: 304.899
      • Views Posts: 372.268
      • Views Gallerie: 256
      • n° Posts: 163
      • n° Commenti: 198

      SPS2003, Index Server, Search Server e logfiles..

      Ci sono ancora molte organizzazioni che usano Sharepoint Portal Server 2003 o 2001. Solo a pensarci mi vengono i brividi , soprattutto se penso all'infernale Exchange Web Storage usato per tutto in SPS2001 e per il database di Indicizzazione e ricerca in SPS2003. Probabilmente sapete che la mia simpatia per Exchange non è proprio a livelli altissimi, soprattuto per quanto riguarda il motore di database che viene impiegato, il famigerato ESE. So che ci sono estimatori di questo database engine per cui non mi dilugherò nel decantarne gli orrori.....Nella versione usata da Exchange 2007 hanno fatto dei miglioramenti man non troppi...
      Torniamo al problema specifico. In SPS2003 ESE viene usato unicamente dal sistema di indicizzazione e ricerca ed usa un sistema di files di log NON circolare basato su una naming convetion tipo quella dell'MS-DOS, 8 caratteri + estensione: Mss0001.LOG, Mss0002.LOG fino ad arrivare all'inevitabile MssFFFEF.LOG. Nulla di strano. Uno si aspetterebe che in caso di raggiungimento del limite nel nome files ed in caso di chiusura ordinata del dile SPS.EDB il log ricominci da Mss00001.LOG. Semplice no?
      Troppo semplice per gli architetti dell'ordigno (ESE), probabilmente nella loro ottica non si sarebbe mai arrivati ad file MssFFFEF, ovvero a 1048559. Probabilmente loro pensavano che comunque un sistema basato su ESE non sarebbe mai vissuto il tempo necessario a compiere 1048559 operazioni di aggiornamento senza dover essere ricostruito dall'immancabile eseutil.exe. Purtroppo il sistema di indicizzazione di SPS2003 configurato per compiere dei crawl incrementali on demand ci arriva nell'arco di una decina di mesi se i files sono molti ed aggiornati spesso. Per cui, se siete degli amministratori di farm SPS2003, onde evitare ore di inutile attività ricostruzione di indici leggetevi questa nota tecnica:
      http://support.microsoft.com/?scid=kb%3Ben-us%3B895574&x=7&y=10
      E soprattutto NON cambiate la topologia della Farm in termini di Index e Search server, perchè le soluzioni fornite dalle KB di Microsoft sono tutte sballate, soprattutto quelle che voglion farvi cancellare i Content Index Portal_Server e Non_Portal_Content tramite Catutil.exe. Uomo avvisato mezzo salvato.


      Categoria: Sharepoint
      sabato, 16 mag 2009 Ore. 00.20
      Copyright © 2002-2007 - Blogs 2.0
      dotNetHell.it | Home Page Blogs
      ASP.NET 2.0 Windows 2003