Sunteți pe pagina 1din 11

Technology Considerations for P2V Server Consolidation Initiatives

Highlighting the need for simple, effective and fully automated P2V tools for successful server migrations

whitepaper

SynopSiS
You have performed the research, made the decision to virtualize, and chosen your target servers and virtual environment. Now, how do you move from physical to virtual? There is a lot of good information available about why to upgrade to a virtual infrastructure but relatively little on how to manage the transition. One reason for this lack of how to information is that currently there are limited options for making the physical-to-virtual (P2V) server conversion. There is no single best approach to larger scale P2V conversion initiatives. Successful conversion projects have just as much to do with the resources an organization makes available e.g., migration time windows and skill sets as the P2V conversion technology or underlying virtualization platform. To choose the best approach for the project, there must be an understanding of many factors, including the many pre- and post-migration tasks, conversion speeds and reliability rates, degree of P2V tool automation, and the number of staff and skill sets of conversion personnel. The ultimate goal is to succeed in the P2V conversion initiative, while minimizing the risk, time and overall cost of the project. This white paper explains P2V conversion options and provides guidance on when each approach is favorable. It covers free conversion tools, cloning products, packaged conversion solutions and outsourced services. The information is oriented to server consolidation, which is essentially the process of moving many physical servers to a virtual infrastructure in a mid to high-volume, large-scale project (100+ servers), but many of the principles also apply to P2V conversions for backup and disaster recovery.

introduction
Surprisingly, the hardest part of a virtualization project is not making the decision to virtualize hardware utilization and energy cost savings alone often provide a compelling business case to do so. Reliability and management concerns also have been largely put to rest, as virtualization has proven to be a highly effective computing platform, and solutions are becoming more capable and easy to use. Today, the biggest obstacle many organizations face in going virtual is actually making the conversion from physical systems in a timely and effective manner. Staff availability and expertise, budget, creating realistic conversion windows and downtime can all be major hurdles to successful P2V conversion. Too often, organizations conclude that they would benefit from virtualization, but they do not have the experience to effectively plan for the time and resources to make the switch. Projected costs for systems conversion and integration can dwarf the cost of licensing the virtualization infrastructure and complementary applications. The emergence of resource-efficient and cost-effective conversion solutions is changing the equation. Resource availability can be one of the biggest challenges. Organizations planning a large-scale migration to virtualization using free/limited/semi-automated tools or even manual processes may find there simply are not enough off-peak hours or qualified IT staff to work them to complete the conversions. Taking inventory of current hardware and settings, scheduling downtime and reboots, and developing needed scripts and interfaces can be very time-consuming. Not reflected in this is the considerable time needed to copy, convert and install files and systems. For example, one manufacturer estimated it would take 13.4 man-hours to prepare and convert each server, using a free conversion tool from its virtual infrastructure vendor (see box). The labor cost to convert, using this free tool, was calculated at more than $4 million for the 1,800-server virtualization project. The costs jeopardized the projects success until a faster and more automated P2V solution was found one that could reduce the cost by 75 percent while converting the same number of servers in less time with fewer staff. Even if IT staff can be freed from daily responsibilities to participate in a migration project, they may not have the expertise to perform certain aspects of it. Many cloning and duplication tools are complex and not well-supported. Fully automated packaged solutions are much easier to use, but they are not available for all environments. Beware - some packaged solutions are expensive and not user-friendly. The more time internal staff spends learning the intricacies of conversions and managing the transition, the more expensive the project becomes. Organizations can avoid many conversion headaches by outsourcing the task to a systems integrator or virtualization services provider . But there is a price for convenience, and the provider must choose from the same options available to the organization itself. The solution providers advantages are experience and familiarity with solutions, which should save time and contain project costs. Often a combination of internal and external expertise is applied to execute the conversion project.

WHy Speed MAtter$: A reAl-World leSSon on MigrAtion econoMicS


A recent real-life server migration initiative illustrates how conversion speed and comprehensiveness of the P2V solution relate to project risk and the likelihood of success. A manufacturer wanted to virtualize 1,800 servers and had only a 16.5 hour window between Friday and Saturday of each week when servers could be taken down for conversion. The manufacturer had some conversion experience using the free tools provided by its virtual platform provider and estimated it would take 13.4 man-hours to convert each server using the same tools. Based on this calculation, it appeared converting to a virtual infrastructure would be too time-consuming and too costly: labor and other costs to convert the 1,800 servers were calculated at more than $4 million. The projects systems integrator investigated and recommended Vizioncores vConverter, a highspeed packaged conversion solution. The third-party package was developed for large-scale migrations (the free tools did not scale well) and could reduce the man-hours needed for the complete conversion by nearly 400 percent. The savings easily offset the software licensing cost and, more importantly, made it practical and possible to go virtual.

QueStionS to conSider for p2V conVerSion


To help determine which approach is best for a particular project, the following questions should be considered in detail before deciding which path to take for P2V conversions. The insight gained from discussing them with the planning team will be very helpful for determining P2V-conversion needs and narrowing the solution options. 1. How soon do you need to establish a virtualized infrastructure, and a conversion solution? 2. What are the current P2V skills and experience of your intended P2V administrators? 3. How many servers must be converted, and are you taking a phased approach? 4. What types of physical machines will be converted, and are you categorizing by spec, function and current utilization rates? 5. How much time are you estimating per conversion (range, average)? Can you take down the primary system for the conversion, or must it remain available to business users during normal hours? 6. How many conversions do you want to complete in each window of opportunity (e.g., evening or weekend sessions), and how large is that conversion window (e.g. 15 hours)? 7. Is there a need to make conversions among different virtual platform formats (heterogeneous P2v, or V2V conversion) such as VMware, Microsoft, Virtual Iron or XenServer? 8. How important are the following aspects of the conversion solution: setup time, conversion speed, reliability and required physical server downtime? Consideration of these issues will help shape your functional requirements as well as determine how best to accomplish your P2V conversion, whether to approach expert systems integrators, and what the total conversion cost is likely to be. To find the optimal solution, there must be a good understanding of the available conversion approaches and a fundamental understanding of every step in P2V preparation and conversion.

Key conVerSion ActiVitieS


Successful P2V migration depends on much more than the conversion technology itself. The success of each P2V conversion is based on how dozens of tasks and details are handled. Preconversion planning and preparation as well as post-conversion testing are vital. Some solutions do not automate any of these important (and time-consuming) functions and focus solely on the actual physical-to-virtual data conversion, while others provide much more coverage and automation of the overall process. To assess the comprehensiveness and automation value of individual products, it is helpful to divide the complete migration process into three steps pre-migration, conversion itself and postconversion processing. You can then evaluate your internal capabilities and needs for each step, as well as see how well various conversion products can meet them.

pre-MigrAtion

Virtual flexibility Meets needs, Budget


Businesses often use a combination of BC/DR strategies and technologies to find the best balance between resources and protection. For example, Christian Brothers Services, a nonprofit organization that provides a variety of business, insurance and IT services to more than 2,000 institutions affiliated with the Catholic church, backs up the majority of its IT systems to a local SAN, but backs up six of its most critical servers to a remote disaster recovery site. Traditional physical backup and DR approaches were bandwidth intensive and expensive. Instead, Christian Brothers Services uses a virtualization solution that automatically replicates both sets of servers nightly and transmits them to the appropriate storage locations. The automated process is completed in about 21/2 hours; it previously took 11 hours it took to back up the same servers with Christian Brothers legacy solution. The speed is really nice. I really like that it creates and deletes snapshots for you -- theres nothing manual, said Jeff Schopp at Christian Brothers Services. But more importantly, it makes the process safe and error proof. See the complete success story at www.vizioncore.com/ CaseStudies.html

Before converting a physical server to a virtual machine, both IT and virtualization-specific preparation must be performed. The to-do list is fairly extensive and time consuming, but some of the tasks can be automated. Here are some key pre-migration tasks that can be done manually or with software-supported features: Inventory the target servers, including IP addresses, configurations, software and licensing details Check for application dependencies Install all patches Review event logs and correct any problems Defragment drives Unzip all files and drivers Disable services and agents on target and host servers Clean registries and remove virtual machine references Set a deadline for change requests Schedule downtime for conversion with business owners, admin Create new IP addresses Create administrator accounts and passwords for migration Cache administrator IDs and passwords Set and verify the command route and binding orders Check network capacity (bandwidth and availability) to transfer images Create helper VMs for conversion (depending on hot/cold migrations) Verify available memory on the virtual host Take down the server

conVerSion
Converting physical servers to virtual machines requires more than running the conversion application. P2V setup, including installation and configuration, is required prior to execution, though the required processes and efforts vary greatly, depending on the approach taken. For example, some conversions are done by first duplicating target files with a common cloning or backup tool, and then running a separate conversion application. Others automate copying, conversion and transfer, and can convert multiple servers simultaneously. The following steps typically occur during conversion, though some may be invisible to the user because they can be performed automatically: Install conversion tools or software Configure for single or multiple processors Configure networking and binding order on the new VM Select the server (and/or drives, files or individual blocks) to be virtualized Rename the server Configure/optimize the VM size Select the virtual host Configure the virtual CPU, memory and network settings

Run conversion software (or schedule targets for conversion) Transfer images/files/data Monitor the networks and error conditions during transfer Verify the hardware abstraction layer (HAL) Register the VM on the server Create partitions on the virtual host Reboot, if necessary Begin converting the next target

Virtual flexibility Meets needs, Budget


Businesses often use a combination of BC/DR strategies and technologies to find the best balance between resources and protection. For example, Christian Brothers Services, a nonprofit organization that provides a variety of business, insurance and IT services to more than 2,000 institutions affiliated with the Catholic church, backs up the majority of its IT systems to a local SAN, but backs up six of its most critical servers to a remote disaster recovery site. Traditional physical backup and DR approaches were bandwidth intensive and expensive. Instead, Christian Brothers Services uses a virtualization solution that automatically replicates both sets of servers nightly and transmits them to the appropriate storage locations. The automated process is completed in about 21/2 hours; it previously took 11 hours it took to back up the same servers with Christian Brothers legacy solution. The speed is really nice. I really like that it creates and deletes snapshots for you -- theres nothing manual, said Jeff Schopp at Christian Brothers Services. But more importantly, it makes the process safe and error proof. See the complete success story at www.vizioncore.com/ CaseStudies.html

The time taken for the actual conversion and copying of the machine depends on network speeds as well as on the underlying processing speed of the P2V conversion tool. Some tools are designed from the ground up to optimize conversion efficiencies. For Vizioncores vConverter, a significant R&D effort, and focus on conversion reliability and efficiency have resulted in finetuning of multiple read/write/transfer algorithms and creation of several mechanisms that result in impressive speed and conversion completion metrics. (See end of paper for more information on vConverter efficiencies.)

poSt-conVerSion proceSSing
The complexity of preparation and of conversion itself creates opportunities for error, so newly converted VMs must be tested to ensure that the conversion was successful. Even when conversion is completely successful, there are several post-conversion tasks that must be completed, either manually or by automation. The following is a sampling of post-processing activity: Review logs Reactivate services and agents Update drivers Install and configure VM platform components (e.g., VMware Tools, if VMware) Run quality-control tests Run user-generated scripts Activate and synchronize VM Remove conversion software Create and file all documentation Set end-of-life for converted server

If a high-speed converter is used, the conversion itself can be the least time-consuming step. Conversion may take a few minutes to a couple of hours to complete per server, compared to potentially many hours for preparation and post-processing. How quickly the conversion step executes is not a true indication of the solutions speed. Total-time-elapsed depends heavily on the approach chosen and the extent to which the overall process is automated. As an example, vConverter has the ability to execute user scripts whereby any number of scripts can be uploaded onto the target VM to run at first boot; if the P2V tool does not automate all of the tasks above, a user script can customize the automation. The following sections describe P2V approaches and their leading limitations in more detail, including what sets the various approaches apart from one another, and when they are appropriate or most effective.

ASSeSSing tHe optionS

Virtual flexibility Meets needs, Budget


Businesses often use a combination of BC/DR strategies and technologies to find the best balance between resources and protection. For example, Christian Brothers Services, a nonprofit organization that provides a variety of business, insurance and IT services to more than 2,000 institutions affiliated with the Catholic church, backs up the majority of its IT systems to a local SAN, but backs up six of its most critical servers to a remote disaster recovery site. Traditional physical backup and DR approaches were bandwidth intensive and expensive. Instead, Christian Brothers Services uses a virtualization solution that automatically replicates both sets of servers nightly and transmits them to the appropriate storage locations. The automated process is completed in about 21/2 hours; it previously took 11 hours it took to back up the same servers with Christian Brothers legacy solution. The speed is really nice. I really like that it creates and deletes snapshots for you -- theres nothing manual, said Jeff Schopp at Christian Brothers Services. But more importantly, it makes the process safe and error proof. See the complete success story at www.vizioncore.com/ CaseStudies.html

Speed, ease-of-use, tool comprehensiveness, automation breadth, reliability and cost are the main differentiators for P2V conversion approaches. Of these, speed and automation are the most important because they directly impact other factors. For example, slow converters can take more than 20 hours for larger VMs; when only two, three or four conversions can be run simultaneously, the number of conversions possible per conversion window is very small. A faster converter with a high-simultaneous capability can significantly increase the number of conversions possible per conversion window, thus reducing the overall project length from potentially years to months. Automation breadth is also important, as many pre- and post-conversion activities that must be performed can be automated by the conversion tool, thus speeding up the overall time, increasing reliability and simplifying the process for the conversion team. Ease-of-use is a factor because it impacts the amount of time and skills required to set up and initiate conversions. Unreliable conversion tools (with a failure rate above 10 percent) ultimately add cost and effort because they require rework and may compromise data quality, which can lead to a set of problems that can cripple the conversion project. Cloning tools offer the lowest level of functionality and require the most time and effort to use. Conversion tools from virtualization platform providers make the job easier, but many functions must still be done manually, and much IT support time is still required to use the tools, often during nights and weekends, to minimize disruption to operations. Third-party conversion solutions are much more comprehensive, but they vary so greatly in functionality, price and speed that it is difficult to generalize their value. The following provides an overview of conversion options available to organizations: cloning, copying and boot cds. Organizations often use legacy cloning software and supplement it with a virtual machine conversion utility and boot CD to capture, convert and transfer files. Many professionals get their introduction to P2V migration by using familiar utilities to copy files, which are converted into test VMs for evaluation. The utilities are inexpensive but can be time-consuming to configure and use. Cloning and copying are extremely manual approaches compared to other options. The target is cloned or copied using one utility and converted with another. It is then saved to a boot CD for transfer to the virtual server. As such, support is limited, and the cloning/copying utility may not have features to simplify pre-migration tasks specific to virtualization. Another drawback is that a fairly high-level of skill and familiarity with the various utilities is required for success. Cloning and copying are best suited for experienced administrators conducting one-off conversions or extremely small projects. free conversion tools. Tools available at no cost, such as VMware Converter and Microsofts Virtual Server Migration Toolkit, specialize in converting physical servers to a specific virtual format. For users with a homogenous virtual environment, vendor-supplied free tools are a step up from the copy-and-boot approach because they combine the copying, conversion and installation functions. The single interface makes this option easier to use, and some support is available.

Assessing the Options continued...


The leading limitations to free tools are their scaled-back functionality, lack of automation breadth and scalability. Administrators inexperienced with virtualization may find these tools incomplete for larger conversion projects, and will discover that many steps to conversion must still be completed manually. Because free tools are focused on the conversion aspect and do not attempt to automate much of the overall conversion procedure, the total time required to prep, convert and troubleshoot servers can be lengthy. Conversion speeds can also be slow for larger machines more than 20 hours in some cases which can be crippling for larger projects that must squeeze as many conversions as possible into conversion windows. A restriction on the number of simultaneous possible conversions also affects the numbers for conversion windows. A recently studied project suffered a limitation of two to three simultaneous conversions, so any tool that can increase that to five, 10 or more than 15 simultaneous conversions obviously affects the overall project duration. Most free products currently available do not support hot migration; therefore, downtime is required. Free tools are best suited for low-volume or periodic conversions, not for large-scale, timesensitive migrations. packaged conversion tools and solutions such as Vizioncores vconverter and powerconvert from plateSpin. Packaged solutions automate many tasks relating to preparation, conversion and post-processing, and often provide a single user interface for these phases. Some P2V solutions incorporate efficiency algorithms for increasing conversion speeds, so be sure to check technical materials and third-party benchmarks. They provide the shortest total overall migration time, and may include scheduling and simultaneous conversion functions are suitable for large-scale projects. Most tools offer the option of hot cloning, or cold cloning methods. Be aware that cold cloning can either be performed manually via a boot CD or automatically via a PXE service. A very good reason to consider packaged solutions for large-scale, high-volume conversion projects is ease-of-use. Not only are many tasks automated, but users also are guided through the process, so conversion does not have to be done by administrators or systems integrators with extensive virtualization experience. Packaged solutions also stand out from alternatives because they typically support multiple virtual platforms (e.g.,VMware, Microsoft, Virtual Iron, XenServer, etc.) a convenience valued by users in heterogeneous virtual environments. Pricing can put some packaged solutions out of reach once the economics of a conversion initiative have been calculated. It is important to consider total cost of ownership for packaged solutions compared to alternatives, as packaged solutions typically save time by automating multiple tasks, increasing conversion success rates and saving expenses on highly trained IT specialists. Packaged solutions are an excellent option for organizations undergoing a large- or mediumscale P2V initiative, and also for those that anticipate ongoing protection for their physical servers. Packaged solutions can be suitable for one-off and small conversion products, but licensing terms are important considerations.

Assessing the Options continued...


outsourcing to a solutions provider, who may utilize one or more of the above. Outsourcing may be the only practical option for organizations with unique needs that are not supported by packaged conversion applications. Outsourcing is most appropriate for organizations with severe time or personnel constraints. Solution providers may include P2V conversion as part of their virtualization project proposals, and organizations often favor comprehensive hardware, software and services contracts. If the turnkey approach is favored, organizations should still request a detailed breakdown of conversion costs and services so they can analyze whether it is more practical to outsource them or take a DIY approach. Solution providers often perform conversions using the same set of software and tools available directly to end users, so organizations should evaluate whether the convenience of outsourcing is worth the cost.

AdditionAl conSiderAtionS
This paper has provided general background on the physical-to-virtual conversion process and resources available to help. It should provide enough guidance to help you decide which category of conversion solutions is the best fit. Those who want to delve deeper into differentiators among specific P2V packaged solutions should consider the following: What is the clock speed for the converter? Have you, or will you, perform a side-by-side comparison of the converters under consideration, utilizing the same network and machine specifications? Refer to the Vizioncore document P2V Server Consolidation Project Success Tipsheet to view sample project data that shows the average conversion time to be twice as long for one P2V converter over vConverter. The impact of that factor is very significant for total project duration. What is the end-to-end speed for full conversion? Benchmark data on the clock speed for conversion is useful for planning and comparison but is not the complete measure of conversion time. As noted, the conversion step represents a portion of the total time required to convert a physical server to a virtual one. Setup and installation time, the ability to simultaneously convert multiple servers, documentation requirements and other pre-/postprocessing factors must all be considered when comparing end-to-end conversion times. do the conversions need to be performed hot or cold, can servers be offline and are reboots possible/required? Rebooting and downtime add to the total process time that would not be reflected in benchmark data on time elapsed for conversion. System overhead and impact on CPU performance should also be considered.

Additional Considerations continued...


Where does the actual conversion take place? Many conversion systems capture and convert data at the file level. The practice is so widespread it may not even be mentioned in product spec sheets. Block-level conversion is emerging as an alternative. Cloning at the block level keeps the entire file system intact, which reduces the chance of file errors occurring during the conversion process. There is also more system overhead at the file level than at the block level, so block-level cloning and conversion can execute more quickly. File level cloning is typically performed for P2V disaster recovery, where incremental updates are performed. Check to see if the conversion tool has both capture mechanisms. How long does the conversion software take to install, set up and remove when finished? Set-up times and ease-of-use not only contribute to end-to-end conversion time, but also dictate the skill level of user needed to run the system. does the solution cover post-conversion testing and documentation? This is another measure of comprehensiveness and a factor in the end-to-end conversion time.

tHe vconVerter p2V conVerSion option


vConverter from Vizioncore is a total solution for converting physical servers to VMware, Microsoft, XenServer or Virtual Iron virtual machines. vConverter is a comprehensive fully automated packaged solution that provides the functionality, ease-of-use and speed needed for high-volume P2V server conversions, and includes features and automations specifically developed to minimize end-to-end conversion time. Key capabilities include: lightning-fast conversion speeds. vConverter has been documented to convert a 25-gigabyte Windows 2000 server with four partitions to a virtual machine in 3.74 minutes, which was benchmarked at 3.2 to 7.6 times faster than other commercial solutions. Vizioncore achieved this unprecedented speed by taking a fundamentally different approach to P2V conversion. vConverters significant R&D effort and focus on conversion reliability and efficiency has resulted in fine-tuning multiple read/write/transfer algorithms and creation of several mechanisms that result in impressive speed and conversion completion metrics: increased throughput. Vizioncores streamlined file-transfer mechanism results in fast and secure data throughput. disk geometry and selective conversion algorithms. Creation as well as integration of a series of conversion techniques including disk geometry and data pre-allocation algorithms results in advanced intelligence and handling of bits and bytes required for cloning. vConverter also performs block-level cloning and uses writing, disk and network optimization algorithms and kernels specifically developed for virtual environments (file-level cloning is available but conversions are slower typically used for DR oriented incremental replication). Other features address requirements to minimize total conversion time. Users can choose to convert only specific drives or volumes within a source server, which saves time when full conversions are not necessary. (Please refer to vConverter technical information for further details.)

The Converter P2V Conversion Option continued...


exceptional ease-of-use. vConverter installs in less than a minute*, with no agents or reboots required. It has a drag-and-drop interface that does not require virtualization experience to use or troubleshoot, so IT support staff can execute conversions. The scheduling function helps select the best time to convert specific servers and can schedule the conversion to execute automatically. Wizards are available for novice users, and a more advanced command line interface (CLI) is available to increase control and flexibility. With its many automated features, vConverter can automatically resize partitions; configure CPU, memory and network settings; and automate license management. extensive automation of conversion tasks. vConverter has been in active production for more than two years and is continually adding more automation features to its interface. Automation clearly speeds up the end-to-end conversion time, but it also enables less skilled or more junior IT personnel to take a more active role in the conversion initiative. Examples of vConverters automations are: Automatically applying predetermined server and task profiles Automatically running post migration custom scripts Automatically managing services before or after conversion Automatically running installs or uninstalls on the migrated server Automated scheduled conversions and synchronized cutovers to minimize downtime (Please refer to the latest technical product information for updated descriptions of automations.) live migrations. vConverter executes without having to take down the physical server or virtual target. This approach requires no downtime, which greatly streamlines the conversion process, simplifies scheduling and provides a strong cumulative time savings for large-scale migrations. Cold migrations also possible. Scalability. vConverter was designed to meet the needs of high-volume users but easily scales to other virtual profiles. It can be used to transfer virtual machines from one virtual environment to another (V2V conversion) and to convert servers for disaster recovery operations. Separate versions are available for one-time conversions and for unlimited machine cloning to support disaster recovery. Other features help reduce total time needed to complete server migrations. These include vConverters ability to convert multiple servers simultaneously, even to different virtual targets, plus the automated scheduling and liveconversion capabilities. An archived video of how vConverter performed an actual Windows server migration in less than five minutes can be seen on the vConverter page at www.vizioncore.com. The website also provides the opportunity to download a trial version, see spec sheets and customer testimonials, and get further information.

except for cold migration, which requires the application of additional components (e.g. PXE service or boot CD)

ABout Vizioncore
Founded in 2002, Vizioncore Inc. is a leading provider of innovative management tools for virtual infrastructure environments. Organizations across the world, from SMBs to large-scale enterprises, use Vizioncores products to protect, monitor and manage virtual machines. Headquartered in Chicago, IL, Vizioncore is a wholly owned subsidiary of Quest Software. Additional information about Vizioncore and its products can be found at www.vizioncore.com.

concluSion
There are many approaches for converting a physical server to a virtual environment, but practical options sharply decline as the size of the project grows. For large-scale server migrations, staff time is often the most expensive element of the virtualization project. Expertise and availability are also common constraints. Therefore, conversion solutions that save time and labor by automating various pre- and post-conversion tasks return tremendous value and can reduce total cost of the conversion project significantly. In addition, productivity and efficiency are boosted, as the organization can move more quickly toward obtaining the benefits of virtualization. Organizations must consider end-to-end conversion time when evaluating different approaches and must determine which tasks they need their conversion solution to handle. By considering these variables, organizations can select the most efficient solution for their needs. vConverter from Vizioncore was created specifically to address the requirements of large-scale, high-volume, high-speed server consolidation projects. Its features were specifically developed to overcome the speed, manual and ease-of-use limitations that make traditional solutions inefficient for high-volume and time-sensitive projects.

975 Weiland Rd. Suite 200 Buffalo Grove, IL 60089 USA

International Phone: +1 847-589-2222 Toll Free US Phone: 866-260-2483 Fax: 847-279-1868 www.vizioncore.com
Printed in USA 08247 REV 8/11/08

Vizioncore Inc. 2008. Vizioncore and all product names are Vizioncore trademarks. All rights reserved.

S-ar putea să vă placă și