Installant configurer et administrer le serveur 2000 de Microsoft SQL
Installation et évolution Conditions De Système La détermination des conditions de système pour le système 2000 de serveur de SQL exige l'analyse de ce que pour être vous avez l'intention la fonction du système. Un ordinateur peut être proportionné dans de petits environnements de base de données de volume. Alternativement, vous pourriez constater que vous avez besoin de plusieurs ordinateurs si le système fonctionnera dans un environnement contenant plusieurs mille utilisateurs. Besoins en matériel Le serveur de SQL est conçu pour fonctionner sur n'importe quel système 2000 de Windows NT ou de Windows. Les besoins en matériel sont comme suit :
Conditions De Logiciel L'édition 2000 d'entreprise de serveur de SQL est conçue pour fonctionner sur un système à l'aide du serveur de Windows NT 4 (avec paquet de service 5) ou serveur 2000 de Windows. L'édition d'entreprise de serveur de SQL ne peut pas être installée sur Windows 98 de système, un poste de travail de Windows NT 4.0, ou un professionnel courant de Windows 2000. Pour installer le serveur de SQL vous devez avoir des privilèges d'administrateur sur l'ordinateur de cible. Après agent de service de serveur de l'installation SQL et de serveur de SQL , par défaut, course dans le contexte d'un compte d'administrateur de domaine. Le serveur de SQL exigera un contexte de sécurité qui lui permettra d'exécuter charge que vous projetez pour lui. Le contexte de sécurité d'un administrateur de domaine que le compte permet aux programmes d'exécuter charge qui exigent un contexte externe de sécurité plus facilement. S'il n'est pas possible que le serveur de SQL coure sous un compte d'administrateur de domaine, le serveur de SQL devrait être configuré pour courir sous le contexte d'un compte local d'administrateur. Configuration initiale et installation Des protocoles de réseau (bibliothèques de réseau) quand le serveur de SQL est d'abord installé, il installe automatiquement la mémoire partagée, TCP/IP, et a appelé des bibliothèques de Pipes Net-. Des VIGNES de NWLink, d'Appletalk ADSP, multiprotocole, et de banian peuvent être permises pendant et après l'installation. Pour permettre un autre protocole de réseau après installation, commencez l'utilité de réseau de serveur. Sous l'étiquette générale vous pouvez permettre ou neutraliser n'importe quel protocole soutenu. Pour configurer un protocole permis, accentuez le protocole et cliquez les propriétés. Collation quand le serveur est installé, vous devez choisir la collation de défaut pour votre serveur. La collation que vous choisissez déterminera la manière dont le serveur de SQL organisera et comparera des données. Il y a plusieurs considérations en décidant de la méthode de collation. Un jeu de caractères est une manière standard d'identifier des caractères comme nombres entiers. Les jeux de caractères sont les listes définies de caractères qui sont assignés les valeurs qui sont identifiées par le matériel et le logiciel. Le jeu de caractères de défaut installé dans le serveur de SQL est le jeu de caractères d'hémisphère occidental et d'Europe de l'ouest qui, comme la plupart des jeux de caractères de non-Unicode représente un maximum de 256 caractères uniques et les stocke en huit bits ou un byte. Puisqu'il y a plus de 256 caractères dans toutes les langues du monde, Unicode est une tentative de définir tous ces caractères comme nombres entiers dans le même jeu de caractères. Unicode stocke des caractères en deux bytes ou 16 bits et données du fait le format prend deux fois autant l'espace que la plupart des jeux de caractères de non-Unicode. Unicode n'est pas compatible avec 256 autres jeux de caractères. L'ordre de sorte détermine la manière que des données sont comparées et assignées. L'ordre de sorte détermine si les opérations que le serveur effectue sont cas sensible ou accent sensible. Il y a différentes commandes de sorte pour des caractères d'Unicode et des caractères de non-Unicode. Quand vous installez le serveur de SQL, vous devez choisir le classement de défaut pour toutes les données. Cette collation entourera des ordres et des jeux de caractères de sorte sur les données que vous employez à moins que vous indiquiez une collation différente plus tard. Des exemples vous pouvez tirer les copies multiples du serveur 2000 de SQL sur le même ordinateur. Chaque exemple est une entité séparée avec ses propres arrangements, utilisateurs valides, et bases de données. Il y a seulement un exemple de défaut, et des exemples autres que l'exemple de défaut s'appellent les exemples appelés. Les exemples multiples doivent avoir différents noms et sont consultés par le nom qu'ils sont assignés. Il y a un maximum recommandé de 16 exemples par machine. Tandis que des VIGNES d'Appletalk, multiprotocole, et de banian sont soutenues dans l'exemple de défaut, ces protocoles ne sont pas soutenus dans des exemples appelés. Évolution du serveur 6 de SQL Quand installant le serveur 2000 de SQL, si l'installateur détecte un serveur installé 6.5 de SQL, vous serez donné le choix de faire à la nouvelle installation un exemple appelé du serveur de SQL ou de l'évolution au serveur 2000 de SQL. Si vous projetez employer les bases de données que vous avez employées avec le serveur 6.5 de SQL, les données doivent être totalement reconstruites pour être employées avec la nouvelle installation du serveur 2000 de SQL. Si vous choisissez de ne pas créer un nouvel exemple appelé, la nouvelle installation du serveur 2000 de SQL se placera car l'exemple de défaut. Le serveur 6.5 de SQL peut seulement fonctionner comme l'exemple de défaut ; donc vous pouvez seulement courir le serveur 6.5 de SQL ou le serveur 2000 à n'importe quelle heure donnée. Évolution du serveur 7 de SQL Si vous installez le serveur 2000 de SQL sur un ordinateur qui a déjà un exemple installé du serveur 7 de SQL, vous serez donné le choix de faire à la nouvelle installation un exemple appelé du serveur de SQL ou d'améliorer l'installation courante. Si vous projetez améliorer l'installation du serveur 7 de SQL, l'installateur reconstruit automatiquement toutes les procédures stockées par système et effectue une légère modification des dossiers de base de données. L'installateur exécute la reconstruction pour s'assurer que les versions les plus en cours sont disponibles. Si vous projetez employer un exemple appelé du serveur 2000 de SQL avec une base de données du serveur 7 de SQL, vous pouvez charger des protections de base de données du serveur 7 de SQL et employer le procédé stocké par sp_attach_db pour relier la base de données à votre exemple installé du serveur 2000 de SQL. Serveurs Liés L'utilisation des serveurs liés permet au serveur de SQL d'exécuter des points d'émission de données OLE de DB de commandes sur différentes sources. Des serveurs typiquement liés sont utilisés pour permettre au serveur 2000 de SQL de questionner plusieurs bases de données différentes des producteurs de bases de données multiples. Il y a deux manières de créer un serveur lié. Pour créer un serveur lié par des procédures stockées, exécutez le procédé stocké par sp_addlinkedserver. Pour créer un serveur lié en utilisant le directeur d'entreprise, employez l'arbre de console de directeur d'entreprise de SQL et le noeud lié de serveurs sous l'étiquette de sécurité. Courrier et SQLAgentMail de SQL Le courrier de SQL permet à un serveur de SQL d'envoyer le E-mail. Le serveur 2000 de SQL emploie deux services pour envoyer le courrier, le MSSQLServer et le SQLServerAgent. MSSQLServer traite le courrier pour des procédures stockées. SQLServerAgent emploie ses propres ressources de courrier, SQLAgentMail, pour envoyer le courrier et est configuré indépendamment du courrier de SQL. Le courrier peut être envoyé par un déclenchement ou un procédé stocké. Le courrier de SQL exige un compte d'utilisateur de domaine, un profil de courrier, un raccordement de poste, et une boîte aux lettres. Un profil de courrier créé sous le même compte de domaine employé pour mettre en marche le serveur 2000 de SQL est exigé pour le courrier de SQL pour fonctionner. Les courses de SQLAgentMail sous un domaine rendent compte qui est différent du compte de domaine de courrier de SQL. c'est un article supplémentaire par Andrew McLaren
|
|||||
|