Este erro é provocado pelo facto de não existir uma versão do JET para sistemas 64 bits e eu estar a correr o Windows 7 64 bits.

A solução, consoante o tipo de aplicações que estamos a desenvolver (winforms, web) é:

• compilar o projecto para ambientes x86, ou
• Permitir que o IIS (Application Pool) corra aplicações em modo 32 bits (solução para o meu caso).

Como é que se configura a application pool? Fácil:

> Abrir o IIS > de seguida, Navegar até às “Applications Pools”

> Clicar com o botão direito do rato em cima da application pool responsável por correr a aplicação em que estamos a trabalhar e escolher a opção “Advanced Settings“.

Por fim, colocar o “Enable 32-Bit Applications” a “True“.

Problema resolvido

Este erro deve-se ao facto da versão original do Office SharePoint Server 2007 e do Office SharePoint Server 2007 Service Pack 1 (SP1) não serem suportados no Windows Server 2008 R2.  Ver KB 962935 (http://support.microsoft.com/default.aspx?scid=kb;pt-PT;962935)

Solução: Criar um pacote de instalação “personalizado”, isto é, já com o SP2 do WSS 3.0 e com o SP2 do MOSS 07

Para isso temos que efectuar os seguintes passos:

1. Copiar a instalação Original do MOSS para uma nova pasta.
   Exemplo: D:\moss-custom\
2. Apagar todo o conteúdo da pasta Updates.
3. Efectuar o Download do Windows SharePoint Services 3.0 Service Pack 2 (SP2)
   http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=79bada82-c13f-44c1-bdc1-d0447337051b
4. Efectuar o Download do SP2 para o MOSS 2007
   http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyID=b7816d90-5fc6-4347-89b0-a80deb27a082
5. Abrir uma linha de comandos e navegar até à directoria para onde fizemos o download dos ficheiros no ponto anterior.
6. Correr os seguintes comandos:

   wssv3sp2-kb953338-x64-fullfile-en-us.exe /extract:D:\MOSS-Custom\updates\ /quiet
   

   officeserver2007sp2-kb953334-x64-fullfile-en-us.exe /extract:D:\MOSS-Custom\updates\ /quiet
   

7. Apagar o ficheiro wsssetup.dll que se encontra na directoria dos updates.
   Neste exemplo, o ficheiro encontra-se no directorio  D:\MOSS-Custom\Updates\
   Nota: Este passo é importantíssimo. Não se esqueça dele!
8. Fim!Já podemos instalar (executar o setup na directoria d:\moss-custom\) o MOSS 2007 no Windows Server 2008 R2.

Exemplo:

If (Not Request.QueryString("accao") Is Nothing) Then
   Response.Write(" A variavel 'accao' = " & Request.QueryString("accao"))
End If

Para isso, basta abrir uma linha de comandos, escrever”systeminfo” e carregar no enter .

Este comando permite também obter  informações de configuração do sistema operativo da máquina local ou de uma máquina remota, incluindo service packs e hotfix(s).

Para obter ajuda sobre este comando escreva “systeminfo /?”.

Exemplos:

SYSTEMINFO
SYSTEMINFO /?
SYSTEMINFO /S sistema
SYSTEMINFO /S sistema /U utilizador
SYSTEMINFO /S sistema /U domínio\utilizador /P palavra-passe /FO TABLE
SYSTEMINFO /S sistema /FO LIST
SYSTEMINFO /S sistema /FO CSV /NH

Este problema foi causado pela mudança do Mac Address (endereço físico) da placa de rede.

Para resolver isto basta consultar o novo Mac Address (xx:xx:xx:xx:xx) da placa de rede:

$ifconfig -a

e alterar o ficheiro iftab.

$cd /etc/
$sudo vim iftab

e já está.
Quando muito é necessário reiniciar os serviços de rede

$sudo /etc/init.d/networking restart

Outra solução é executar este script:

mac=`ifconfig -a | grep "HWaddr" | cut -d " " -f 11`
echo "eth0 mac $mac arp 1" > /etc/iftab

fonte: http://communities.vmware.com/thread/46069

Update:

Outra opção (à “trapalhão” ), e que também resolve o problema é renomear a placa de rede .

Se for eth0, passar para eth1 ou outro qualquer

Como fazer?

1.º passo:
Para mim o mais importante é garantir que antes de fazer o que quer que seja têm uma cópia de segurança actualizada da base de dados que querem copiar/clonar.

2.º passo:
Efectuar o login, na base de dados que queremos copiar, como SYSDBA utilizando o SQL+ e correr o seguinte comando:

alter d_atabase backup controlfile to trace;

Este comando vai criar um ficheiro com os comandos necessários para criar a base de dados.
Se não souber qual é a directoria onde são guardados os ficheiros, pode abrir o ficheiro init.ora e ver o parametro: user_dump_dest

O ficheiro gerado será semelhante a:

...
STARTUP NOMOUNT
CREATE CONTROLFILE REUSE DATABASE "BD_PRODUCAO" NORESETLOGS
NOARCHIVELOG
MAXLOGFILES 16
MAXLOGMEMBERS 2
MAXDATAFILES 240
MAXINSTANCES 1
MAXLOGHISTORY 113
LOGFILE
GROUP 1 'D:\ORACLE\ORADATA\BD_PRODUCAO\REDO01.LOG'  SIZE 10M,
GROUP 2 'D:\ORACLE\ORADATA\BD_PRODUCAO\REDO02.LOG'  SIZE 10M,
-- STANDBY LOGFILE
DATAFILE
'D:\ORACLE\ORADATA\BD_PRODUCAO\SYSTEM01.DBF',
'D:\ORACLE\ORADATA\BD_PRODUCAO\MYDATABSE.DBF'
;
# Recovery is required if any of the datafiles are restored
# backups, or if the last shutdown was not normal or immediate.
RECOVER D_ATABASE
# Database can now be opened normally.
ALTER D_ATABASE OPEN;

3.º passo:

Fazer o shutdown da base de dados em produção

shutdown immediate

4.º passo:
Copiar os ficheiros da base de dados de produção para a nova localização.

5.º passo:
Alterar o control file (ficheiro criado no 2.º passo).

As alterações a efectuar são:

1. Remover todo o conteúdo do ficheiro até à linha onde está escrito “STARTUP NO MOUNT”;
2. Onde está:  CREATE CONTROLFILE REUSE DATABASE “BD_PRODUCAO” NORESETLOGS
   Deve passar a estar:  CREATE CONTROLFILE SET DATABASE “BD_REPLICA” RESETLOGS
3. Remover os comandos recover d_atabase e alter d_atabase open;

   # Recovery is required if any of the datafiles are restored
   # backups, or if the last shutdown was not normal or immediate.
   RECOVER D_ATABASE
   # Database can now be opened normally.
   ALTER D_ATABASE OPEN;
   

4. Corrigir os caminhos para os novos ficheiros de dados.
   Neste caso vamos partir do principio que apenas estamos a criar uma réplica da BD e não a muda-la de servidor.
   Onde está: D:\ORACLE\ORADATA\BD_PRODUCAO\
   Deve estar: D:\ORACLE\ORADATA\BD_REPLICA\
   Devem fazer o mesmo para os LOG FILES;
5. Guardar as alterações criadas com o nome “novadb_create_controlfile“

6.º passo:
Criar um novo ficheiro INIT.ORA para a nova base de dados.
Para isso o mais simples é copiar o ficheiro da base e dados em produção para um novo.
Exemplo: copiar o “initBD_PRODUCAO.ora” para “initBD_REPLICA.ora”
Devem ter em atenção que é necessário alterar o conteúdo do novo ficheiro(initBD_REPLICA.ora), nomeadamente os parametros:

* audit_file_dest
* background_dump_dest
* control_files
* core_dump_dest
* log_archive_dest
* user_dump_dest

convém verificar se existe mais algum parâmetro que faça referência à base de dados antiga.

7.º passo:
Copiar o ficheiro de passwords (orapwd) para a nova localização.

8.º passo:
Iniciar a nova base de dados:

@novadb_create_controlfile

9.º passo:
Colocar a nova base de dados em modo ArchiveLog:

FIM!

PS: não se esqueçam de meter a base de dados produção em cima!

Aspecto gráfico do KeePass

Além de seguro é muito fácil de utilizar.

O donwload pode ser efectuado aqui: http://keepass.info/download.html

Após alguma pesquisa e debug, lá encontrei a solução:
“Limpar e gerar novamente o painel de navegação do perfil actual.”

Para isso basta ir ao “Menu Iniciar”, escolher a opção “Executar” e escrever o comando:
“outlook /resetnavpane“.

Outros comandos que podem ser úteis para o Outlook:

http://office.microsoft.com/pt-pt/outlook/HP010031102070.aspx

UPDATE:
Para quem  não consegue executar o comando através do

Menu Iniciar -> Executar, faça o seguinte:

Abra uma linha de comandos (Iniciar > Executar > escrever “cmd” > carregar no enter):

Navegue até à directoria onde está instalado o Microsoft Outlook

Exemplo:

CD “c:\Program Files (x86)\Microsoft Office\Office12″

Escrever o comando:

OUTLOOK.EXE /resetnavpane

Warning: PHPTAL::require_once(/tmp/………php) [phptal.require-once]: failed to open stream: No such file or directory in /…../guava/htdocs/guava/lib/PHPTAL/PHPTAL.php on line 265

Fatal error: PHPTAL::require_once() [function.require]: Failed opening required ‘/tmp/tpl_1_0_1152692ea3c1dbf45f6582b0a1c4f80394.php’ (include_path=’.:/……/groundwork/core/foundation/api/php:/……/groundwork/php/lib/php’) in /…../groundwork/core/guava/htdocs/guava/lib/PHPTAL/PHPTAL.php on line 265

Porque é que eu chamo erro estúpido?

Porque a solução é limpar a cache (session cookies) do browser e fazer o refresh à página!

Enfim…

Ao menos é de fácil solução

Depois de ter enviado um e-mail aos responsáveis do site a avisar e de eles terem corrigido o problema, lembrei-me de falar um pouco sobre este tema.

O que é que são ataques do tipo SQL Injection?

Basicamente são ataques que exploram o facto as instruções SQL serem criadas dinamicamente com os valores dos inputs (formulários / querystring), sem que estes sejam devidamente tratados. Estes ataques tornam possível executar código sql, tal como U_PDATE, I_NSERT, D_ROP, etc., e até executar programas no servidor web!

Mas como é que funciona?

Vou tentar mostrar como é que o SQL Injection funciona através  de um exemplo muito simples.

Para isso vou criar uma página de autenticação de utilizadores feita em PHP e MySQL.
Resumidamente vou ter:

• uma base de dados MySQL com uma tabela “utilizadores”;
• um ficheiro em php (login.php) onde vou ter o formulário HTML e o código PHP para validar os utilizadores na base de dados.

O aspecto da página login.php será qualquer coisa deste género:

Formulário de Login (login.php)

Passando à parte prática

Neste exemplo, a construção da instrução SQL é feita de forma dinâmica, utilizando os valores dos formulários sem qualquer tipo de validação.
Temos então que:

$sql="S_ELECT id F_ROM utilizadores WHERE login='".$_POST["utilizador"]."' and password='".$_POST["password"]."'";

Se no formulário introduzirmos os dados:  “admin” e “1234“, a nossa instrução sql vai ficar:

S_ELECT id F_ROM utilizadores WHERE login='admin' and password='1234'

Aparentemente até aqui não existe qualquer problema. Só se adivinharmos o utilizador e a password é que vamos conseguir efectuar o login com sucesso.

O problema começa quando começamos a utilizar caracteres especiais do sql (que podem variar consoante a base de dados) nos inputs.
Por exemplo: vamos ver o que acontece se introduzirmos  no utilizador o seguinte texto:

 xpto' or 1=1#

O SQL resultante seria:

S_ELECT id F_ROM utilizadores WHERE login='xpto' or 1=1#' and password='1234'

Neste caso estou a utilizar dois caracteres especiais. a pelica “  ‘ ” e o cardinal “  # “.
O 1.º serve para delimitarmos campos do tipo “texto”.
O 2.º serve para fazer comentários.

Assim sendo, como carácter # é um carácter especial ( carácter p/ comentários), tudo o que vier depois do # vai ser ignorado pelo motor da BD. Ficamos então com:

S_ELECT id F_ROM utilizadores WHERE login='xpto' or 1=1#

Se analisarmos o sql vemos que além de termos ignorado todo o código sql que vier depois do #, estamos também a inserir a condição “ OR 1=1 “. Como esta condição é sempre verdade (1=1), o resultado da pesquisa vai devolver sempre pelo menos um id (a não ser que a tabela utilizadores esteja vazia).
Isto é, apesar de até poder não existir nenhum utilizador com o login=xpto, 1 é sempre igual a 1

Outro código que podem experimentar é:

 xpto' or 1=1 limit 1#

Porquê o “limit 1″?
porque desta forma limitamos o n.º de resultados a 1.

Então mas porque é que isso é importante?
Pode ser ou não. Depende da forma como o programador está a validar o resultado da query à base de dados.
Se o programador tivesse feito qualquer coisa deste género:

// ligação à base de dados
 mysql_connect("localhost", "root", "******")or die("cannot connect");
 mysql_select_db("junkDB")or die("cannot select DB");
 // construção da instrução sql
 $sql="S_ELECT * F_ROM utilizadores WHERE login='".$_POST["utilizador"]."' and password='".$_POST["password"]."'";
 // execução da instrução sql
 $result=mysql_query($sql);
 // variável que diz o n.º de resultados obtidos
 $count=mysql_num_rows($result);

 // se o n.º de resultados for igual a 1, então é porque os dados introduzidos
 // no formulário são válidos. Isto é, existe um utilizador com o login e password
 // iguais aos introduzidos no formulário
 if($count==1) {
    echo "Dados correctos!";
 }
 else{
    echo "Dados incorrectos!";
 }

com o código:

 xpto' or 1=1#

Só iríamos conseguir “entrar” caso existisse apenas 1 registo na tabela utilizadores.
Bastava a tabela ter dois utilizadores para já não conseguirmos “entrar”.
Ao utilizarmos o “limit 1″ estamos a dizer que só queremos 1 registo. Logo a condição ($count==1) vai ser sempre verdadeira.

Código Necessário para simular este exemplo:

Criar a tabela “utilizadores”:

--
-- Table structure for table `utilizadores`
--
C_REATE TABLE IF NOT EXISTS `utilizadores` (
 `id` int(4) NOT NULL AUTO_INCREMENT,
 `login` varchar(65) NOT NULL DEFAULT '',
 `password` varchar(65) NOT NULL DEFAULT '',
 PRIMAR Y KEY (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 AUTO_INCREMENT=8 ;
--
-- Dumping data for table `utilizadores`
--
I_NSERT INTO `utilizadores` (`id`, `login`, `password`) VALUES
(1, 'gestor', '1234'),
(2, 'admin', '1234');

O conteúdo do ficheiro login.php é:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
    <head>
        <title>Login - Security test</title>
        <style type="text/css">
            /*folha de estilos básica*/
            *{font-family:verdana; font-size:12px; color:#333;}
            form{width:400px; border:2px solid #ddd;}
            form p{font-size:14px; font-weight:bold;}}
            input{ border: solid 1px #ddd; background-color:#f5f5f5;}
            label{font-weight:bold;}
            .red{color:red;}
            .green{color:green;}
            #sql{ width:400px; background-color:#336699; color:white; padding:5px; margin:10px; text-align:left;}
        </style>
    </head>
    <body>
        <center>
<!-- formulário -->
        <form name="form1" method="post" action="login.php?action=validateUser">
            <p>Acesso Reservado</p>
            <label for="username">Utilizador:</label>
            <input name="utilizador" type="text" id="username" />
            <br />
            <label for="password">Password:</label>
            <input name="password" type="password" id="password" />
            <br />
            <input type="submit" name="Submit" value="Login" />
        </form>
<!-- // formulário -->

        <?php
// "verificar" se o formulário foi submetido e validar o utilizador
            if(isset($_POST["utilizador"]) && isset($_POST["password"]) ) {

// ligação à base de dados
mysql_connect("localhost", "root", "********")or die("cannot connect");
mysql_select_db("junkDB")or die("cannot select DB");

// construção da instrução sql
// notem que estou a utilizar os inputs directamente, sem qualquer tipo de validação.
                $sql="S_ELECT * F_ROM utilizadores WHERE login='".$_POST["utilizador"]."' and password='".$_POST["password"]."'";

// execução da instrução sql
                $result=mysql_query($sql);

// variavel que diz o n.º de resultados obtidos
                $count=mysql_num_rows($result);

// se o n.º de resultados for igual a 1, então é porque os dados introduzidos
// no formulário são válidos. Isto é, existe na base de dados UM utilizador
// com o login e password iguais aos introduzidos no formulário
                if($count==1) {
                    echo "<p class=\"green\">Dados correctos!</p>";
                }
                else{
                    echo "<p class=\"red\">Dados incorrectos!</p>";
                }
                echo "<div id=\"sql\"><b>SQL:</b><br>$sql</div>";
            }
            ?>
        </center>
    </body>
</html>

Para quem quiser aprofundar os conhecimentos sobre este tema ficam aqui alguns links muito interessantes:

• SQL Injection Attacks by Example
• SQL Injection Cheat Sheet
• SQL Injection Walkthrough
• guide-to-php-security-ch3
• Testing for SQL Injection (OWASP-DV-005)

Notas:

• Este exemplo é muito simples e tem como objectivo apenas mostrar o que é o sql Injection.
• Relativamente ao site do meu teste, de referir que enviei um e-mail aos responsáveis pelo site a avisar dos problemas de segurança, tendo corrigido de imediato os problemas e agradecido o meu aviso. Gostei