2009-04-27 15 views
0

J'ai un serveur Oracle 8.1.7 s'exécutant sur Windows 2000 Advanced Server dans une machine virtuelle. Nous utilisons actuellement MS Virtual Server pour héberger ceci. (Le matériel alloué est assez puissant - nous avons assigné 3,5 Go de RAM, et un seul cœur de processeur 2GHz, plus que la plupart des serveurs en 1999)Fichiers de données Oracle sur un partage réseau

Une des limitations de Virtual Server i sthe la taille maximale du disque dur virtuel (127GB) et la base de données que j'essaye d'importer est 143GB. Pour contourner ce problème, j'essaie de créer les DB Datafiles sur le disque dur physique, qui a suffisamment d'espace.

Mon problème est que j'ai de la difficulté à créer une instance de base de données sur un partage réseau.

Est-ce que quelqu'un sait comment je peux le faire tout en conservant ma belle apparence de jeunesse (et les cheveux!)?

Cheers, Brian

Répondre

0

Vous devez le compte de votre service Oracle est démarré sous d'avoir accès au partage réseau. Je ne peux pas dire que c'est une bonne idée de créer un fichier de données Oracle sur un partage réseau, mais c'est une solution viable si vous ne faites pas beaucoup de dégâts avec vos fichiers de données et partagez l'accessibilité.

+0

Le plan consiste à créer l'instance de base de données, effacer les tables avec d'énormes quantités de données et migrer l'instance plus petite, plus propre et plus verte vers le disque hôte. C'est une solution à court terme ... – Hooloovoo

+0

Je pense que ce sera OK pour une solution unique. Exécuter Oracle sous un compte qui a accès au partage (le compte par défaut de LOCALSYSTEM n'est pas) – Quassnoi

+0

Quassnoi, c'est certainement le point clé pour configurer les fichiers de données, mais mon importation a échoué. Après un examen plus approfondi (avec tentatives et échecs), je suis arrivé à la conclusion qu'il y a un problème avec le fichier de vidage. – Hooloovoo

0

Vous dites 'importer'. Si vous utilisez exp/imp, une option peut être d'importer uniquement des utilisateurs ou des tables individuels et de les réduire individuellement.

En outre, la taille d'un fichier IMP ne correspond pas à la taille de la base de données. Un fichier exp/imp de 140 Go peut entraîner une base de données beaucoup plus petite (ou inversement, elle pourrait être plus grande car le fichier exp/imp n'a que les métadonnées d'index). Même une base de données avec des fichiers de données totalisant 140 Go pourrait être plus petite si ces fichiers contiennent beaucoup d'espace inutilisé.

+0

Bonjour Gary, Nous utilisons un fichier EXP pour essayer de construire cela. Le fichier EXP est de 75 Go, mais on nous a dit que la taille de la base de données étendue est de 140 Go. – Hooloovoo